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A METHOD AND SYSTEM FOR A WIRELESS UNIVERSAL MOBILE 

PRODUCT INTERFACE 

CROSS-REFERENCE TO RELATED APPLICATIONS 
5 This application claims the benefit of U.S. Provisional Application No. 

60/199,488 filed April 25, 2000. 

COPYRIGHT NOTICE 
A portion of this patent document contains material which is subject to 
1 0 copyright protection. The copyright owner has no objection to the facsimile 

reproduction by anyone of the patent document or the patent disclosure, as it appears 
in the Patent and Trademark Office patent file or records, but otherwise reserves all 
copyright rights whatsoever. 

15 TECHNICAL FIELD 

This invention relates to the field of wireless communications systems. 
More particularly, the present invention relates to the field of systems for enabling 
mobile electronic commerce including systems connecting product devices, 
micropayment systems and mobile devices, and specifically to a method and 

20 system for allowing a product or similar object to capture the services of a 
wireless mobile device within the wireless reach area of the product/object. 

BACKGROUND ART 
A technical problem presently exists in the area of reverse-use for mobile 
25 phones and mobile devices as they are currently used. Today, products/objects 
have their own interface or man-machine-interface (MMI). For example, a soft 
drink.or other type vending machine today has an MMI wherein the machine 
. displays its wares, prices, provides input devices for a person to input the required 
payments in order to obtain a desired product. If one has no change or bills on 
30 hand of the proper type the purchase cannot be made from the machine. 

It is desirable to pay for the machines' offerings using one's mobile phone. 
It is further desirable that the vending machines' offerings and the price 
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information for the purchase would appear on one's mobile phone's display, so 
that all one had to do would be to type in his/her secret PDSf code to authenticate a 
transaction to purchase an item. The vending device would accept a signal to 
dispense the desired item and a central payment provider would record the 
5 transaction, provide the necessary signal to the machine to provide the product 
and submit a bill to the mobile phone user at month end. 

With the emerging popularity of the Internet as a purchasing tool, the 
demand for handling electronic payments in a secure and easy way has grown 
enormously. Credit cards and online account verification may yet well suit the 

10 handling of medium-priced and expensive goods, but are not economic enough for 
use with very low value purchases. This is why over the last few years a variety 
of solutions for these so-called micropayrnents have appeared to handle amounts 
as low as the fraction of a cent. However, there is a technical problem at present 
in the development of effective, concrete and efficient systems which integrate 

1 5 micropayment systems with product devices and related mobile personal devices. 

Cellphones or mobile phones as they are also called (hereinafter "mobile 
device") have become ubiquitous, and initiatives such as Bluetooth™ are 
underway to embed tiny, inexpensive, short-range transceivers into the mobile 
devices that are available today, either directly or through an adapter device such 

20 as a PC Card. The radio operates on the globally-available unlicensed radio band, 
2.45 GHz,, and supports data speeds of up to 721 Kbps, as well as three voice 
channels; Bluetooth-enabled devices and adapters began to appear in 2000. 

"Bluetooth" is a word used to refer to a technology, or to the Special 
Interest Group (SIG) formed in early 1998 by a group of computer and 

25 telecommunications industry leaders, including Intel™, IBM,™ Toshiba™, 

Ericsson™, and Nokia™. These companies together began developing a way for 
users to connect a wide range of mobile devices quickly and easily, without 
cables. To ensure that this technology is seamlessly implemented in a diverse 
range of devices, these leaders formed a special interest group to design a royalty- 

30 free, open specification technology, code named "Bluetooth." The SIG has 
quickly gained membership- from companies such as 3COM/Palm™, Axis 
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Communication™, Compaq™, Dell™, Lucent Technologies UK Limited™, 
Motorola™, Qualcomm™, Xircom™ and is encouraging the involvement of all 
other companies interested in offering products taking advantage of a 
standardized, wireless means for connection. The specification for the Bluetooth 
5 technology is available on the SIG website at www.bluetooth.com and is hereby 
fully incorporated herein by reference. 

The Bluetooth wireless technology is designed to revolutionize the 
personal connectivity market by providing freedom from wired connections. It is a 
specification for a small-form factor, low-cost radio solution providing links 

1 0 between mobile computers, mobile phones and other portable handheld devices, 
and connectivity to the internet. For example, at home, a phone functions as a 
portable phone (fixed line charge). When one is on the move, it functions as a 
mobile phone (cellular charge). And when the phone comes within range of 
another mobile phone with built-in Bluetooth wireless technology it functions as a 

15 walkie talkie (no telephony charge). It is envisioned that one can use their mobile 
computer to surf the Internet wherever they are, and have automatic 
synchronization of one's desktop, mobile computer, notebook (PC-PDA and PC- 
HPC) and the mobile phone. Early revisions of the specification has been 
released to members of the Bluetooth SIG. Version 1.0 was published Q2 1999. 

20 Version 2.0 are scheduled to be released in year 2001 . 

Additional efforts are underway to connect all types of devices to 
computer systems, and to make these devices callable by other systems users 
anywhere on the network. For example, Sun Microsystems JAVA™ and JINI™ 
technologies are aimed at embedding microprocessors in various devices which 

25 can, when connected to a network, provide information about the devices 

characteristics, how to communicate with it, etc. Bluetooth is a network transport 
protocol that could be used to allow attendee viewing devices to be connected to a 
JINI compatible system without being physically connected. JINI is described in 
more detail in the document titled "Jini(TM) Device Architecture Specification" 

30 which can be found at the Sun Microsystems web. site 
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www.sun.com/jini/whitepapers/ and which is incorporated fully herein by 
reference. 

Alternative embodiments can include other plug-and-participate devices 
such as those provided by other network technologies complimentary to Bluetooth 
5 and UNI, such as Hewlett Packard's™ JetSend™ technology which is another 
example of a service protocol that allows devices to intelligently negotiate 
information exchange. 

Other technologies like Motorola's™ Piano, which can be built on top of 
■ Bluetooth, specifies what sort of information they exchange and how they 
10 communicate. It and other operating systems, like Symbian Ltd.s™ Epoc32 for 
mobile devices, can support Bluetooth and JDNH technology. 

While these and other similar technologies will provide the embedded 
means for various products and services devices to be enabled to communicate, 
wirelessly and otherwise, there are no present mechanisms for using the 
15 technologies to extend the products MMI from the device itself to unknown 
nearby wireless devices automatically. 

These is a need in the art for a system and method for a product device or 
service operation to extend its man-machine-interface to such nearby unknown 
communications devices in order to simplify the means of transacting exchanges 
20 of goods and services in an extended arena. Similarly, a practical, concrete and 
useful system for handling micropayments using such wireless mechanisms is 
needed. 



4 



WO 01/86881 



PCT/EP01/04628 



i 
i 

SUMMARY OF THE INVENTION 
The present invention provides a solution to the needs described above 
through a system and method for a wireless universal mobile product interface 
5 (WUMPI). Today, products/objects have their own interface, or man-machine- 
interface(MMI). Technically, the wireless universal mobile product interface of 
the present invention (WUMPI) innovates this space by replacing the product's 
MMI by implementing reverse software control via infrared and or Bluetooth' or 
other wireless technologies (such as wireless LAN = IEEE 802, 1 lb) to control the 
1 0 mobile device's screen - replacing the local software component on the mobile 
device which controls what is shown on the screen in terms of a man-machine- 
interface(MMI). This enables a product/object within the area of the mobile 
device to take over control via the infrared or other wireless capability of the 
mobile device and to "extend" the product interface to the mobile device that 
15 came within it's control range, or the product/object's personal area network 
(PAN). The infrared and or Bluetooth or other wireless technologies (such as 
wireless LAN = IEEE 802.1 lb) mentioned above will generally be referred to 
below as the "wireless transmission channel." 

A system is disclosed for. providing reverse-control of a wireless mobile 
20 device in order to perform functions using the wireless mobile device for which it 
was not originally designed. A mechanism is disclosed for using a protocol to 
communicate via a wireless transmission channel port on a personal computer 
(PC) to the wireless transmission channel port of a mobile phone to take control of 
the mobile phone's menuing, interaction, display and other MMI capabilities to 
25 create an extended interactive product interface. 

A method is disclosed for using a protocol to communicate via an wireless 
transmission channel port on a personal computer (PC) to the wireless 
transmission channel port of a mobile phone to take control of the mobile phone's 
menuing, interaction, display and other MMI capabilities to create an extended 
30 interactive product interface. 
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Similarly, a computer program stored on a computer readable medium or 
carrier wave is disclosed having computer code mechanisms for using a protocol 
to communicate via an wireless transmission channel port on a personal computer 
(PC) to the wireless transmission channel port of a mobile phone to take control of 
5 the mobile phone's menuing, interaction, display and other MMI capabilities to 
create an extended interactive product interface. 

Additionally a system is disclosed for electronically connecting a user via 
a mobile device to a product device and to a micropayment system. 

Still other embodiments of the present invention will become apparent to 
10 those skilled in the art from the following detailed description, wherein is shown 
and described only the embodiments of the invention by way of illustration of the ■- 
best modes contemplated for carrying out the invention. As will be realized, the 
invention is capable of modification in various obvious aspects, all without 
departing from the spirit and scope of the present invention. Accordingly, the 
15 drawings and detailed description are to be regarded as illustrative in nature and 
not restrictive. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
The features and advantages of the system and method of the present 
invention will be apparent from the following description in which: 
Figure 1 illustrates an exemplary Internet distributed system 
5 configuration. 

Figure 2 illustrates a representative general purpose computer 
configuration. 

Figure 3 illustrates a block diagram of an exemplary use of the present 
invention. 

1 0 Figure 4 illustrates a block diagram of an exemplary configuration of a 

system using the present invention. 
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DETAILED DESCRIPTION OF THE INVENTION 
The present invention provides a solution to the needs described above 
through a system and method for a wireless universal mobile product interface 
5 (WUMPI). Today, products/objects have their own interface, or man-machine- 
interface(MMI). Technically, the wireless universal mobile product interface of 
the present invention (WUMPI) innovates this space by replacing the product's 
MMI by implementing reverse software control via wireless transmission channel 
and or Bluetooth wireless technologies to control the mobile device's screen - 
1 0 replacing the local software component on the mobile device which controls what 
is shown on the screen in terms of a man-machine-interface(MMI). This enables a 
product/object within the area of the mobile device to take over control via the 
wireless transmission channel or other wireless capability of the mobile device 
and to "extend" the product interface to the mobile device that came within it's 
i 5 control range, or the product/object's personal area network (PAN) 

Other innovations in. this space are product specific, and typically 
proprietary to that product of vendor or object, and must come with the product or 
be bought separately - often with the control logic for the MMI built into the 
control device (i.e. such as a remote control device for a stereo or TV), WUMPI's 
20 key feature of reverse-controlling the wireless mobile device and "collaborating" 
with the wireless mobile device's MMI capabilities as described above extend the 
product interface to any mobile device within the product/objects "personal area 
network"(PAN) and is unique to our knowledge today. 

25 OPERATING ENVIRONMENT 

The environment in which the present invention is used encompasses the 
general computing and telecommunications environments, including wireless 
communications. A variant of the system operates on SMS over GSM in 
European environments and a second variant would operate over the .Internet as 
.30 the globally available communication medium. 
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Some of the elements of a typical Internet network configuration are 
shown in Figure 1, wherein a number of client machines 105 possibly in a branch 
office of an enterprise, are shown connected to a Gateway/hub/tunnel-server/etc. 
106 which is itself connected to the internet 107 via some internet service 
5 provider (ISP) connection 108. Also shown are other possible clients 101, 103 
similarly connected to the internet 107 via an ISP connection 104, with these units 
communicating to possibly a home office via an ISP connection 109 to a 
gateway/tunnel-server 110 which is connected 111 to various enterprise 
application servers 112, 113, 114 which could be connected through another 

10 hub/router 115 to various' local clients 116, 117, 118. Any of these servers 112, 
113, 114 could function as a server controlling the communications and 
functions between a mobile device, a vendor/device, a payment function and a 
billing function of the present invention, as more fully described below. Any of 
• these client machines could be a mobile device which has been captured by the 

15 present invention and could communicate wirelessly to another network device as 
required. In the preferred embodiment, as described more fully below, a message 
can be sent to a special email address or server for a receiver which is not known 
to the mobile device user.. 

An embodiment of the WUMPI System of the present invention can 

20 operate on a general purpose computer unit which may comprise some or all of 
the elements shown in Figure 2 in the form of a laptop computer. The general 
purpose system 201 includes a motherboard 203 having thereon an input/output 
("I/O") section 205, one or more central processing units ("CPU") 207, and a 
memory section 209 which may have a flash memory card 211 related to it. The 

25 I/O section 205 is connected to a keyboard 226, other similar general purpose 
computer units 225, 215 which can include an wireless transmission channel (IR) 
port, a disk storage unit 223 and a CD-ROM drive unit 217. The CD-ROM drive 
unit" 217 can read a CD-ROM medium 219 which typically contains programs 221 
and other data. Logic circuits or other components of these programmed 

30 computers will perform series of specifically identified operations dictated by 
computer programs as described more fully below. 
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The Mobile Service Link system of the preferred embodiment uses a 
vending machine equipped with an RS232 interface to connect to a PC. A laptop 
with wireless transmission channel adapter runs custom-written software to 
simulate a virtual vending machine and sends commands to the real physical one. 
5 It transmits transactions to a Qpass™ Engine hosted at the vendor's service 

centre. A mobile phone with wireless transmission channel modem becomes the 
user interface for the vending machine. Using technology from Ericsson™, it 
receives and interprets the commands and displays a list of available beverages 
that the consumer can chose from. In this preferred embodiment, the consumer's 

10 mobile phone becomes the user interface for the vending machine, by displaying 
the list of available drinks from which to select. A wireless transmission channel 
is used to enable direct communication of the mobile terminal with other objects 
like the vending machine. Thereby mobile telecom operator's networks are 
completely bypassed, reducing transaction costs and increasing speed. On the 

15 back end the of the preferred embodiment a connection is made to the Qpass 

existing micropayment solution to handle payment and billing. The best mode as 
currently known is described in more detail below. 

- ADDITIONAL TECHNICAL BACKGROUND 
20 The following additional background information on wireless and mobile 

positioning technologies such as SIM Toolkit, Bluetooth, WAP and GSM 
positioning is provided to aid in understanding the present invention which is used 
to combine in a unique and concrete and useful manner a micropayment system 
with a product device and a mobile wireless device, as well as to take control of a 
25 nearby wireless device such as a cellphone. 

Enabling technologies for mobile commerce encompass any kind of 
wireless technology from a handheld device, even including a supporting network. 

However, communication infrastructure is not the only driver to make 
mCommerce work. A very important conceptual detail lies in the creation of 
30 secure, fast and easy-to-use payment mechanisms. Although there are many 
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existing concepts, most of these are limited to purchases via the Internet, or are 
restricted to purchases of digital goods only. 

The preferred embodiment of the present invention will be better 
appreciated with an understanding of how these concepts could be applied to 
5 mobile commerce and physical goods purchases. An understanding of given 

micropayment solutions is critical to achieve this. There are at present as many as 
20 major players in this field. 

Technological Trends 

Some technologies such as the SIM Application Toolkit, smartcards and 
1 0 dual-slot phones have been known for a number of years. Other technologies 
such as the Wireless Application Protocol (WAP) or Bluetooth or Wireless LAN, 
etc. are emerging at a remarkable speed. 

These are all technologies that enable the creation of applications to access 
value-added services and to conduct purchases from wireless devices. From an 
1 5 infrastructure perspective (handsets, networks), however, development is faster 
then ever. 

Mobile phones are turned into Internet devices through the integration of 
WAP browsers. Personal Digital Assistants (PDAs) are going even further: where 
. one previously needed an additional mobile phone to connect to the Internet, these 
20 PDAs now start to have this capability integrated into one device. Mobile phones, 
PDAs and other similar hand held devices are generally referred to hereafter as 
"mobile devices." 
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Evolution toS"* Generation Wireless Networks * ■■/ : 

Global System for Mobile 'Communication (GSM) i : . ■ 

GSM technology.operates-^ 1800MHz and J900MHz (US-spe(^c) frequency; b^^-OTd w 

the most common mobUe^ndB^ most of the AsiarPacific region. TWs technolo'gy \& 

used by more than.50.%:Qf ^Vwid^s mobne. phone; subscribers, * ; .< ; 

High Speed'-CtrctiitiSiyf ' * . \; ;-:j,#:$f;i> . 

HSCSD is a circnjiNvti^ technology. . It enables me^fca^Ssio^o^fe.af 

up to fourtimes the speed of^eftSeoreticai^reless transmission mte of 14.4 Kbitfcb^lnsi^ 
channels simultaneously, ^^'M^^onMihiS'tecl^oXo^is a, call set-up Hira ( <>f!aroun^4^secon&:r 

■ V ■^^T}^'^-:-.^."'. ■■ • • : " v'.; ' 

• '., - • . .fr^^^e^p-;' ' / . , .-L-V; . ■ ' 




UMTS U;a mobile phon^ speeds ;-Mup:%^'^i^^'^^^ 
inherent IP support" 3^ so-called 3* Generation network'standard i^h :be able to pj&esida&207 
times faster than currenf GSM connections The standard wiH;Qnaily-enable high^ualir^exienofed ( 
mobile data applications; ■and^Mth; increased competition and Tmproved technology, pnce^poinlslvhll- > r *r 
comedown, * j"' i t 'i f ^ ■ L t \ - ' ' -'■ * , "fe^ 



Evolution to 3 rd Generation Wireless Networks (Source: Lehman Brothers) 

5 With the evolution of wireless networks into the so-called 3 rd Generation 

Network, it is expected that the limiting transmission speeds will soon disappear 
and open the way for wireless access to any multimedia source imaginable. 

Moreover, wireless connections to the Internet or Intranet will be 
permanent, with no need to dial up. Communications will work, and more 
1 0 importantly, be charged, per packet (starting with GPRS), thereby enabling 
completely new services at prices based on real usage. 

Smartcard technology as a means to conduct safe commerce is maturing. 
Prices have fallen significantly within the last few years, making smartcards a 
cheap throwaway article. At the same time, they have evolved from being a 
1 5 dumb, low-capacity storage medium to intelligent devices with up to 2Mb of 



12 



WO 01/86881 



PCT/EP01/04628 



memory and support for popular programming platforms such as Windows™ and 
Java™. 

Micropayments 

Credit cards and online account verification may yet well suit the handling 
5 of medium-priced and expensive goods for Internet purchases, but are not 

economic for use with very low value purchases. This is why over the last few 
years a variety of solutions for these so-called micropayments have appeared. 

Digital goods such as music, videos, information services, news, electronic 
books, online games and adult content can now be sold in a profitable way. The- 
10 same applies for pay-per-use services, online product support or even access to a 
web site itself. Similar concepts existed with French Minitel™ and German BTX 
™ online services. 

In the meantime, systems exist that claim to handle amounts as low as the 
fraction of a cent. However, these models are not yet shown to be realistic. 
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Micropayment Strategies 

Before we go into further detail about micropayment models, it is useful to 
have a general view of existing digital money schemes. 



.' Transac&onal^ 
to creaip ^debS?o!r ge§$l^ ^ P' 1 ;^ : 




Digital Money Schemes 

Among the different micropayment solutions available on the market 
today, most can be reduced to a very basic set of different concepts. In general up 
to four different parties are involved in a micropayment transaction: 

The consumer or buyer of digital and/or physical goods. 

The vendor, either a content provider (if selling digital goods) or a 
merchant (if selling physical goods), or a combination of both. 

The payment provider, either the technology provider and/or a bank, a 
credit card organisation or system of those financial institutions, an ISP or a 
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telecommunications company, providing and/or hosting the micropayment 
solution. ( The terms payment provider and bank will be used as equivalents and 
may comprise a whole system of financial institutions that is not further detailed.) 
Possible combinations of these players can be examined as a source of 
5 revenue, resulting in three different models: 



Consumer Centric Model 
In the consumer centric model, the payment provider derives a significant 
portion of its revenues from the end-consumer. In addition the payment provider 
1 0 usually outsources the billing process on behalf of the vendor, from which 

additional royalties are claimed for this service. Major players in this model are 
Magex™, BiBit™ and Millicent™. 
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ISP-Centric Model 
The ISP-centric model leverages existing investments in billing 
systems and Internet infrastructures (for consumer authentication). It thereby 
generates new revenue sources for ISPs. Usually, payment providers either sell 
5 the necessary technology to the ISPs and/or receive royalties from them. Players ' 
in this field include iPIN™, Clickshare™, NetToll™ and NTSys™. 




ISP Centric Model 
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Bank Centric Model 
Within the bank-centric model, technology is franchised by financial 
institutions from the payment providers. The latter usually receive franchising 
and transaction fees. Good reputation and trust in those financial institutions, a 
well as an existing security infrastructure are critical advantages of this model. 
The dominant player in this field is Mondex™. 




Bank-Centric Model 

10 

All micropayment solutions can be reduced to essentially two different 
paradigms: 

"The Deferred Aggregator" 
The "deferred aggregator" summarises all those micropayment solutions 
1 5 where small purchases are summed up until the end of a cycle ("deferred") and 
then billed to the consumer's account or credit card. In most cases, vendors 
would receive payment at the end of the agreed cycle directly by the mediating 
party. 

Sometimes consumer bank accounts would be debited immediately, but 
10 vendors would still be paid with a delay, giving the mediating party the 

opportunity to take an additional cut (apart from transaction fees) by using this 
money.. 
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Among the players using this dominant micropayment model are 
Clickshare™, eCharge™, ehpt™, InterCoin™, iPIN™, KLELine™, Magex™, 
IBM™, NetChex™, NetToll™, Qpass™ and TrivNet™. 

5 "Prepaid Digital Cash" 

This model is relevant for several different types of accounts, from simple, 
prepaid consumer accounts, held at the payment provider, to virtual bank accounts 
with electronic money, hosted by a bank or other trusted financial institution. 
When a purchase is made, the price is deducted real-time from the consumer's 
1 0 digital account. Payment providers make their money through transaction fees and 
by using any temporary monetary "overcapacities" for investments. 

Some of the players that use this model are CyberCash™, DigiCash™, 
Millicent™, NetBill™, OneClickCharge™ and SmartAxis™. 

Existing Solutions 

1 5 Today there is an almost overwhelming number of different and non- 

different micropayment solutions, some of which have proven successful in a 
particular nitche, others that have not. 

The micropayment system provider of interest in 
the preferred embodiment is Qpass™(www, Qpass.com). 

Qpass was founded in June 1997 and first launched its service in March 
1 999. Among Qpass* content partners are The Wall Street Journal™, The New 
20 York Times™, Corbis™ and others. Strategic partners comprise Accenture™, 
Trivnet™, Netcentives™ and more. 

Through its system, Qpass claims to be able to handle transactions with 
values as low as $1 and up. Purchases are aggregated by Qpass and charged to 
the consumer's credit card at the end of the month (see the Qpass Business Model 
25 figure below). Qpass recently partnered with Trivnet in order to provide 
consumer billing through telcos, ISPs and others. 

Support for different currencies is planned for the next release. Vendors 
are paid by Qpass directly. 
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Qpass Business Model 

5 No additional hard- or software is required for the consumer. For vendors, 

Qpass provides and installs necessary software enhancements and trains vendor 
personnel. The service is free for consumers. Vendors pay Qpass an initial 
installation fee depending on effort and subsequently a share of the sales on a pro- 
rata basis. 

1 0 Transaction security is granted through conventional ID and password 

technique and Secure Socket Layer (SSL) encryption. All consumer data is kept 
by Qpass unless the user allows forwarding of data to vendors. 

Besides easy handling of payments, Qpass provides consumers with a set 
of administrative functions on its web site to centrally maintain electronic bills 

1 5 (including product passwords and serial numbers received) for purchases from a 
Qpass-enabled vendor. Additional technical details on the Qpass Transaction 
Processing Solution can be obtained from their web site at www.Qpass.com 
which is hereby incorporated fully herein. 

While the Qpass system is used in the preferred embodiment of the present 

20 invention, there appear to exist many other possible solutions to the micropayment 
problem. All of the known solutions miss one aspect, however, the independence 
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of a storage medium. To make payments more convenient, an electronic cash 
solution should enable the user to keep capital on all sorts of media, such as PCs, 
PDAs, smartcards and on accounts in the network (telco, bank, payment 
provider). Additionally, it should be easy to transfer funds between different 
5 parties, for example via e-mail or even using the file transfer protocol (ftp). The 
preferred embodiment of the present invention as described in more detail below, 
provides a system and mechanism for such transfers. 

Smartcards 

Smartcards are credit card-sized plastic cards with an integrated memory 
10 and microprocessor chip. The use of smartcards ranges from the simple storing of 
personal and/or valuable information to holding and running complete software 
applications. 

SIM-cards (Subscriber Identification Module) are a special variant of 
smartcards, used in European GSM phones. SIM cards are able to execute 

1 5 applications on the mobile handset and can even modify its menu structure. 

Applications can either be written using a proprietary platform, provided by the 
card manufacturer, or according to the SIM Application Toolkit specification (part 
of the GSM standard). The latter will run on almost all mobile phones, 
manufactured after 1998. This section gives a GSM-specific overview of what 

20 kind of applications. are possible with smartcards. It therefore concentrates on the 
description of the SIM Application Toolkit and what development tools are 
■ available. Another focus is set on mobile smartcard readers (dual-slot mobile 
phones) and how these enable eCommerce. Additionally, different approaches to 
provide prepaid solutions, using smartcards, are .described below. 

25 SIM Application Toolkit 

SIM Application Toolkit ("SIM Toolkit 5 ' or, "STK") is an ETSI (European 
Telecommunications Standard Institute) standard for Value Added Services 
(VAS) and eCommerce over GSM mobile phones. 
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In 1995, the first ideas and draft documents were specified as a result of 
some network operator's desire to offer service differentiation without the need 
for mobile manufacturers having to build different models or variants of their 
mobile phones. The concept was then. incorporated into the GSM standard as part 
5 11.14, later in 1996. 

Besides the ability to enhance and change a mobile's menu system, SIM 
Toolkit allows the flexibility to update the SIM with new services directly 
downloaded. Moreover, network operators can remotely provision the user's 
wireless terminal, simply by sending specific codes embedded in SMS messages 
10 from the server, 

SIM Toolkit applications are generally updated and communicate through 
SMS messages, but may in the near future move to another means of transport 
such as Unstructured Supplementary Services Data strings (USDD) or General 
Packet Radio Service (GPRS). 
15 The features of the SIM Toolkit can be classified into five different . 

categories: 

Man-Machine Interface (getting user input, playing sound) 
Communication Services (sending SMSs, setting up calls) • 
Menu Management & Application Control (menu structure) 
20 Accessory Management (Dual Slot phone commands) 

Miscellaneous (SIM card settings) 

Compared to the Wireless Application Protocol (WAP), the SIM Toolkit is 
more mature since it is at a later stage in development. In general, SIM Toolkit is 
seen rather as complementary than competitive to WAP, or at least as a step 
25 towards WAP. 
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Major Players 

Since its first release, the SIM Application Toolkit specification has been 
taken up in several major manufacturers' phone ranges and is supported by a 
variety of new and established network operators. These operators have even 
5 stipulated that all new phones supplied on their network must support the SIM 
Application Toolkit. 

Handset Manufacturers 

As of October 1998, the major handset manufacturers have, or have 
committed to* SIM Toolkit compatible handsets (including NEC™, Sagem™, 
10 Ericsson™, Philips™, Nokia™, Sony™, Panasonic™, Motorola™, Siemens™, 
Alcatel™, Mitsubishi™ and Bosch™). 

SIM Toolkit commands have been grouped into classes for handsets to 
support (classes apply to handsets, not to SIM cards). Up to date there are three 
classes, as detailed in Table 1. 
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Tata 1: SIM Application Toolkit Classes (Source: ETSI, GSM 11.14) 

5 Support of SIM Application Toolkit is optional for handsets. However, a 

handset claiming to support all SIM Toolkit functions, does not necessarily need 
to support them all, but at least all functions within a class (see Table 1). An 
overview of current handsets that support SIM Application Toolkitis given in 
Table 2. 
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1 With firmware version 3.0 or higher. 

2 With firmware version 14.0 or higher. 

3 Only partially. 

« GSM1900 phone. 
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Tafc/e 2; SIM Application Toolkit compatible handsets 
Network Operators 

5 Since the introduction of the standard SIM Toolkit, it has been supported 

by Dutchtone™ (Netherlands), Orange™ (UK), Dl T-Mobil™ and VIAG™ 
Interkom (Germany), Telecom Italia™ Mobile (Italy), KPN Orange™ (Belgium) 
and many more. T 

A variety of SIM Toolkit powered value-added services exist in 
10 production today. 

Development Tools and Products 

Today, almost all of the SIM card manufacturers offer application 
development suites to develop programs according to the SIM Application Toolkit 



5 Only partially. 
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(GSM 11.14) standard. However, those environments differ in capabilities such 
as Java and multi-platform (multi-SIM) support. 

In order to resolve those issues, a group of major players (GEMPLUS™, 
Giesecke & Devrient™, ORGA™ .and Schlumberger™) has recently formed the 
5 SIM Alliance. Microsoft™ is also getting into co-operations to promote Visual 
Basic™' and Windows for Smartcards™ in order toget a stake in this market. 

Dual-Slot Phones 




Motorola Start TAC Dual-Slot (Source: BT Cellnet) 

1 0 Dual slot phones are mobile phones with an integrated smartcard reader. 

They allow the extension of smartcard-based payment concepts to the wireless 
terminal. Any smartcard, be it a credit or banking card or a prepaid public phone 
card, could be used to conduct payments directly from a mobile phone, thereby 
turning it into a mobile payment terminal. 

1 5 Taking the example of prepaid cards, dual-slot mobile phones could 

enable these to suddenly become a much broader means of payment. Not only 
could they be used to make phone calls in public phones but also to pay for 
mobile calls or even goods and services. 

Motorola^ _ y. : ^ I ~ ^n^yi ' SteJ^cE^^^Z^3r t\ *J>% ,: ■'•T-ly- ?3 
Motorola. . • Timeport E£J)8S^ ' \\ . : . ' -, '>iw& 1 

fable 3: Dual-Slot MoWtelPhones 

6 Alcatel has developed a working prototype that was announced but 
finally never released A new version has again be announced for the 
fourth quarter of 2000. 

7 Not yet launched. 
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Some major advantages are immediately visible: 

Replacement cards can be purchased literally everywhere, the 
distribution infrastructure is already in place; 

5 Prepaid cards are widely accepted, they are handy and help people 

keep track of their spending; 

No time-consuming and expensive online credit limit verification 
is needed, transactions are cheap and fast; 

Just like cash, payments are anonymous. 

1 0 However, only the future will show if these advantages are sufficient for 

the success of dual-slot mobile phones. Although some major manufacturers such 
as Motorola, Alcatel and Sagem have developed handsets (see Table 3), so far no 
real public rollout has been achieved. 

Prepaid Solutions 

1 5 Prepaid systems can be used today to pay for all kind of services and 

goods. There are different technical paradigms and ways to recharge prepaid 
accounts. 

Technical Paradigms for Pre-paid Solutions 

. Three different technical paradigms can generally be distinguished for 
20 prepaid solutions: 

Handset Based Solutions 

This solution is used to handle prepaid cellular phone accounts only. In 
this case the handset itself contains software and a chip that stores the pre-paid 
25 airtime. The restrictions of this model are obviously that it requires a special 

handset, which at the same time binds the subscriber to a specific operator. Given 
the advent of SIM cards and the costs that occur due to the customised production 
of handsets, this solution is likely to disappear. 
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Card Based Solutions 

In a card-based system the prepaid value is stored on the chip of a 
smartcard. In addition, this solution requires a GSM Phase 2 compliant phone. 
Thanks to the so-called Advice of Charge (AoC) and SIM Application Toolkit 
5 functionality, the prepaid account can be recharged over the air (usually via SMS). 
. Applications of card-based prepaid solutions reach further than only the handling 
of cellular phone accounts. Being a sort of digital currency, where the money is 
directly taken from the card, payments for all kinds of goods and services may be 
conducted. With the maturation of smartcard technology and given its ease of 
10 use, this solution is likely to become dominant in the near future. 

Network Based Solutions 

In a network-based system the value of the prepaid account is stored 
somewhere on a server hosted by the network operator. When the account is 
15 recharged, then the purchased value is simply added to the current amount, stored 
on the server. This is by far the most applied solution today. Again, it is mainly 
applied to handle prepaid cellular phone accounts, however, one could also 
imagine to pay for goods using such accounts. 

Recharging of Prepaid Accounts 

20 A variety of different concepts exist to recharge prepaid accounts, some of 

which apply to public or cellular phone systems only. Others may be used to * 
recharge prepaid accounts for any kind of payments such as for cantina lunches or . 
to buy beverages from vending machines. 

25 Replacing the Card 

The most common, and simplest, solution for "recharging" a prepaid 
account is to actually buy a new pre-charged card. Production of smartcards has 
become so mature that cost is no longer an issue. 
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Automatic Recharging 

In this solution the subscriber's prepaid account is automatically 
re-charged in chunks of the agreed value, once the subscriber's account goes 
under a predefined threshold, the amount is usually either directly debited from 
5 the bank, or charged to the consumer's credit card. 

Recharging by Call 

In this case, the subscriber has to actually call a phone operator or service 
provider to re-charge the account. Again, payment may be deducted from the 

10 bank, or charged to a credit card. In countries such as Italy, consumers can also 
buy specific scratch cards. These contain a secret number to be communicated to 
an automatic response application under a predefined phone number. In Italy, it is 
also possible to recharge your prepaid account at ATMs. The consumer simply 
has to enter their phone number and PIN code and the amount is then 

15 automatically deducted from their bank account, and the bank reports the new 
prepaid balance to the network operator. 



Recharging by SMS 

Similar to the recharging by call, in this case the subscriber has to send a 
20 short message (SMS) to the network operator, who in return, will refill the 

account Payment is conducted in the way that was agreed upon the consumer's 
subscription. 

Recharging using Public Phone Infrastructure 

25 Some cellular phone operators such as French Itineris™ allow their 

subscribers to recharge their accounts using the existing public phone 
infrastructure. Since most of the public phones today are equipped with smartcard 
readers anyway, a subscriber can simply walk into a phone booth, dial a special 
number and code and insert his banking or credit card. The selected amount is 
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then added to his prepaid' account on the network or over the air to his SIM card. 
Dual Slot Phones 

A new kind of handsets, equipped with an integrated smartcard reader, 
5 enables this way of account recharging. To do so, the subscriber would, for 

. example, use a SIM Toolkit application provided by the network operator to select 
the amount. Subsequently, the subscriber would pay by simply inserting his credit 
card into the phone's second slot and punching in the PIN code. 

Applications for Prepaid Systems 

1 0 A large variety of different applications are offered today when using 

prepaid solutions: 

Public and Mobile Phones 

For public and mobile phones, simple throwaway memory cards are sold 
15 with a preloaded value to be deducted with each call. This is the most common 
application for prepaid card systems and it is available in almost any European 
country. 

Vending Machines 

20 Companies often provide prepaid cards to their employees to be used with 

vending and coffee machines. 

CANTV™, the largest telecommunications provider in Venezuela, goes 

even beyond this and has recently introduced a program that allows owners of 

prepaid phone cards to use these for other purposes, such as buying beverages at 
25 vending machines. Given the huge investment that telecoms. have put into 

smartcard infrastructure, these kinds of concepts are likely to be copied by other 

major players. 
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Public Transport and Parking 

In Switzerland, precisely in Geneva and Lausanne, prepaid smart cards are 
used to pay for public transportation such as busses. People can thereby avoid the 
need to carry change all the time for payments. 
5 US-based POA/™ Inc. manufactures parking meters that are able to read 

and deduct parking fees from prepaid smartcards. The advantage of this system is 
that it is fairer, since it allows payment on a per minute basis, whereas traditional 
systems usualiy charge in blocks of 1 5 minutes. 

1 0 Internet Access land Purchasing 

Philippines' WEBSCAPE™ introduced a prepaid Internet access card in 
1997. This card provides users prepaid Internet access for a limited amount of 
time, thereby helping them to keep track of their spending. Moreover, there is 
massive use of prepaid solutions for purchasing goods on the Internet. 

15 Wireless Application Protocol (WAP) 

The Wireless Application Protocol (WAP) was designed to bring Internet 
content and data services to mobile phones and other wireless terminals. 

To achieve this, WAP uses the Wireless Mark-up Language (WML), that 
is optimised for wireless handheld mobile terminals. WML is a stripped down 
20 version of HTML. The WML language is specifically designed to meet the needs 
of wireless devices. 

Initially WAP was created by a group of companies such as telecom 
manufacturers (Nokia™, Ericsson™, Motorola™), network operators (Sonera™, 
Telia™, AT&T™, DT™, France Telecom™) and software and service companies 
25 (IBM™, RSA™, Unwired Planet™, Symbian™). The WAP Forum was founded 
to ensure the global success of the standard and keep it independent. The 
technology has been designed to' accommodate most of the wireless transmission 
standards such as CDPD, CDMA, GSM, PDC, PHS, TDMA, TETRA and DECT. 
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Its architecture corresponds with the International Standard's (ISO's) 7-layer OSI 
model. 




Oricunal Serveh 



WAP Architecture (source: zvww.wapforum.org) 



WAP also specifies a proxy server (usually hosted by the network 
provider) that acts as a gateway between the wireless network and the wireline 
Internet, providing protocol translation. To optimise the data transfer for the 
limited transmission speeds of today's wireless networks, the gateway translates 
10 WAP pages into so-called bytecode. 

Still WAP is rather new, with only a few terminal devices available today. 
Within the next 3-4 years, however, WAP devices are expected to globally 
outnumber personal computers as the major access device for Internet services. 

Among the list of devices, available today, are recent handsets from 
15 Nokia™ (6150 and 71 10),.Ericsson™ (E320 and R380), Siemens™ (S25), 

Mitsubishi™(T250) and Samsung™ (SGH-810). Apart from handsets, a variety 
of WAP servers, gateways and microbrowsers for PDAs are available. 

WAP Identity Module (WIM) 

The current WAP version 1 . 1 provides no security features that are vital 
20 for applications such as online banking and purchasing. This is why the WAP 
Forum has created the WAP Identity Module (WIM) specification. 

WIM is a mechanism that can be implemented as an application running 
on a smartcard or be placed on a tamper resistant device such as a mobile phone. 
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WIM is intended to provide the same level of security for mobile commerce 
applications that currently can only be achieved through SIM Toolkit. 

The WIM will address two fundamental security issues. The first one is 
securing the wireless transport layer (WTLS) between the WAP gateway server 
5 and the mobile client terminal. This can be considered the same kind of 

functionality as the Secure Socket Layer (SSL) used on the Internet today. WIM 
will ensure mutual authentication and confidentiality using cryptography 
algorithms that are stored on the smartcard or device. 

The second part of the security function is to secure the application layer 
1 0 through the use of digital certificates and other non-repudiation techniques: WIM 
will therefore be using public key and RSA™ encryption technology. 

The WIM module is designed in a way that it can either run as a 
stand-alone or together with other applications running on the same smartcard or 
device. In particular, a smartcard hosting the WIM module does not necessarily 
15 need to be a SIM card. For example, the WIM module could just as well reside 
on a banking card, in order to allow secure mobile payments with a dual-slot 
phone. WIM functionality is accessible to WAP applications (using WML script) 
as well as to standard smartcard applications. 

Given the importance of WIM for future mobile commerce applications, a 
20 number of major smartcard manufacturers are currently developing such cards. 
Among these new products is the ConnectIC™ SIM card by Oberthur Card 
Systems™ and the Simera e-motion™ by Schlumberger™ (using PKI technology 
from Entrust^™). Both cards will support Java™ and be compliant with the WAP 
1 .2 WIM specification. 

25 WAP vs. SIM Application Toolkit 

Although WAP is network-based, whereas SIM Toolkit is running on the 
SIM card inside the handset, both technologies provide a variety of similar 
functions. Both allow a dynamic user interface to be displayed on the handset and 
to be automatically updated over the air. However, awaiting the arrival of WIM, 
30 WAP does not yet provide security features in the same way as the SIM Toolkit. 
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Given the advanced maturity of the SIM Application Toolkit (especially of 
the push-mechanism and for security support) at this stage, both technologies 
must be considered complementary rather than in direct competition. 

Stockholm-based company Across Wireless™ ( www.acrosswireless.com) 
5 is providing a WAP browser based on SIM Application Toolkit. This software 
will enable the majority of today's mobile phones to access WAP pages. 

However, due to WAP's more dynamic nature and the fact that 
applications, located on the subscriber's SIM card, are necessarily very 'thin 5 , the . 
balance is likely to change in the future in favour of WAP, as the technology is 
10 evolving. WAP is also more flexible in the sense that it leverages the whole 
Internet infrastructure that is already in place today. 

Development Tools and Products 

For developers both Nokia™ and Ericsson™ provide free PC-based 
software simulators (device and browser) and gateway servers. 

1 5 Major network operators as well as other companies are launching WAP 

services and companies that set these up for internal use - for example, 
Accenture™ itself (the assignee of the present invention).. Common applications 
of WAP are. the provision of information services such as city maps (SFR), 
weather forecasts and newsfeeds (France Telecom™) as well as e-mail and 

20 banking (Swisscom™). 

Also other applications, known from the Internet, are brought to WAP - 
for instance-German Linguatec™ brings you free translations services to your 
mobile phone. Internet giants- like AOL™ are equally investing into' their WAP 
infrastructure and finish Nokia™ have announced to provide Scandic Hotels™, 

25 the largest Scandinavian hotel chain, with WAP-based booking services. 

After the first enthusiastic wave of WAP pick-up, further development of 
mCommerce solutions will depend on the standards' security extension. 
Although planned, currently no real security mechanisms are available for WAP, 
which is one of the standards' most important drawbacks at this point. Companies 
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like Baltimore Technologies'™ and Certicom™ are trying to fill this hole with 
proprietary security solutions. 

A complete list of companies providing WAP services and products, 
including a description of their offering, is given by the WAP Deployment Fact 
5 Sheet, that can be downloaded from www.wapforum.org. The document is 
constantly being updated. 

Bluetooth 

Bluetooth is a short range (usually up to 1 0 metres, with certain 
restrictions even 100 metres) radio technology that enables high-speed audio- and 

10 data-transmissions between devices. The components that will be integrated into 
such devices are small and expected to become very cheap. Since Bluetooth 
operates within the globally available Industrial-Scientific-Medical 2.4 Ghz band, 
world-wide compatibility is ensured. In the future, Bluetooth may well replace 
current infrared (IrDa) technology. 

1 5 The invention of the Bluetooth technology goes back to 1 994. The name 

is derived from a Danish Viking king. In February 1998, Ericsson™, Nokia™, 
IBM™, Intel™ and Toshiba™ decided to form the Bluetooth Special Interest 
Group to standardise the concept. Since then over 1500 companies, including 
other major players like Motorola™, 3Com™, Lucent™ and Microsoft™ have . 

20 joined the wave. It is expected that by 2002 more than 1 00 million mobile phones 
will be equipped with Bluetooth technology. 

Important Features of the Technical Architecture 

Key applications of Bluetooth are the synchronisation of different pieces 
of equipment such as mobile phones, PDAs and PCs. Additionally, there is data 
25 exchange with point-of-sale terminals, ticketing or e-wallet applications for 
mobile commerce might also boost the success of Bluetooth. Given its 
throughput of up to 2 Mbit/s, Bluetooth is also well suited for wireless LAN 
connectivity. This is actually where the majority of the development efforts are 
currently heading. 
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Looking at Bluetooth the following wireless main applications can be 
identified: 

• Wireless Networking (i.e. LAN access and file transfer) 

• Device Connectivity (i.e. mobile device to headset) 
5 • Synchronisation (i.e. desktop PC to a mobile device) 

• Universal Phones (i.e. mobile device to be used for local calls alike) 

In order to handle the complexity that arises through the connection of so 
many different appliances, Bluetooth features a set of protocols to automatically 
identify any Bluetooth-enabled appliances in range, find out about their 

1 0 capabilities and link them together. 

IBM was the first with its Salutation Manager, essentially a set of easy-to- 
use APIs that implement these protocols. In a real system each service or object 
would have its own Salutation Manager and use it as a single interface to perform 
its own advertising and to handle communication with other Bluetooth objects. 

15 Salutation Managers act as brokers and communicate among themselves on behalf 
of their objects, using their own specific protocol. Besides service discovery and 
registry, Bluetooth also standardises checking of service availability and session 
management. 

Development Tools and Products 

20 The availability of Bluetooth development tools and end-user products is 

still very limited. In fact, only a few hardware providers such as Ericsson™ and 
Digianswer™ currently offer Bluetooth development Kits. 

However, a variety of Bluetooth products have been announced, some of 
which were already demonstrated as prototypes. For example, Ericsson has 

25 recently revealed its wireless headset that allows users of mobile phones to 
conduct calls while leaving their phone in the pocket. Also Ericsson has 
announced a portable device that allows browsing the Internet through a 
Bluetooth connection. 

Other products to come are PC wireless LAN cards (TDK™, 

30 Widcomm™, Acer™ and Motorola™) and a range of hands-free kits. The 
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constantly growing range of available and planned products is listed on sites such 
as www.bluetooth.com and www.bluetooth.net. 

Mobile Positioning 

Mobile positioning technology, based on GSM, gives the ability to locate a 
5 mobile phone geographically. GSM positioning is a key technology, which will 
permit the distribution of highly valuable, localised and personalised information. 
However, while one can do mpbile positioning with Bluetooth and GSM, mobile 
positioning is not a main purpose of current listed standards for these 
technologies. 

10 -At present, it is too early to determine which of the technologies will 

dominate the market. The missing link will be to bring companies that provide • 
the content together with geo-coded information, to make use of the technology. 

Applications using mobile location service technologies include fleet 
management, vehicle tracking for security, tracking for recovery in event of theft, 
15 telemetry, emergency services, location identification, navigation, location-based - 
. information services and location-based advertising. 
The following solutions exist today: 

Cellpoint™ (formerly Technor Inc.) is located in Stockholm, Sweden. 
Their GSM positioning solution is based on a concept called Cell Of Origin 
20 (COO). Here, the information of the cell that the handset is connected to is 
mapped against the geographical position by using a database of base stations. 

The system requires no modification to the mobile terminal, but the 
network operator has to do some significant upgrade work. The accuracy of the 
system depends on the cell size. Therefore, it is usually better suited for urban 
25 areas than for rural ones. 

Li addition to the technology, Cellpoint offers value-added services, 
starting from personal position identification to locating other persons. For 
example, when trying to find a friend, the Cellpoint server would send an SMS 
message to the friend's phone that would (if disclosure of position is enabled) be 
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processed by a SIM Toolkit application. The phone then generates areply, 
containing the current cell information, and returns it again via SMS. The 
Cellpoint server can then map the cell information contained in the SMS to a 
geographical location. 

' 5 

Ericsson™ provides a proprietary GSM positioning technology, called 
Enhanced Observed Time Difference (E-OTD) that is currently only available for 
networks based on Ericsson switches. Ericsson's Mobile Location Center, 
calculates the phone's position. It works by comparing the relative times of 
10 arrival, at the handset and at a nearby fixed receiver, of signals transmitted by the 
underlying mobile network base stations. The E-OTD system overlays an existing 
mobile network. 

The advantage of this technology is that it allows an accurate and 
consistent quality of service, independent of the network density at the user's 
1 5 location. Both ETSI and ANSI have decided to jointly develop a GSM mobile 
positioning standard, based on Ericsson's system. 

Alcatel™ provides GSM positioning services through an SMS-based 
system similar to the Cellpoint one. However, Alcatel offers a WAP-based user 
20 interface to access these services, which consists of the transmission of graphical 
street maps to the mobile handset. Among Alcatel's technology partners for these 
solutions are GEMPLUS™ sad Webraska™.. 

Cambridge Positioning Systems™ is a UK-based start-up company that 
25 provides a GSM positioning system named CURSOR. The system works using 
triangulation and signal timing between base stations in reach of the handset. The 
actual calculation is conducted on the network side every time the mobile phone 
changes base station, so that Hie information is already available when requested. 
The accuracy of this system is said to be around 50m of range. 

30 Binary SMS 
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The success of SMS, especially among the younger consumers, urges 
network operators and equipment manufacturers to provide more and user friendly 
services. This is why Nokia has created its proprietary binary SMS standard. 

Binary SMS encodes binary data in normal SMS messages, thereby 
5 enabling mobile handsets (provided they support this functionality) to receive and 
send images and ring tones. 

Today several network operators offer Internet portals, where customers . 
can select icons and ring tones and have those sent directly to their mobile phone. 
Some examples are French Bouygues Telecom™ (www.musicfonnobile.fr), 
10 Finish Sonera™ and German Mannesman™ 

The last two have developed their services using an API provided by 
Finnish Akumiitti™. This product provides support for sending of ringing tones, 
icons, picture messaging and chat services. 

However, given that binary SMS is a proprietary standard, it is currently 
15 limited to Nokia phones only. Provided that the number of SMSs are sent directly 
from one handset to another, Nokia has also developed a messaging platfonn 
named Artus™, to cover "mobile-to-mobile" picture messaging. 

From this description of current technologies, it can be concluded that: 

20 . . 

1) Payment solutions exist "en masse", however, only very few are 
designed to work for mobile commerce (ehpt, Paybox); 

2) Smart cards, are widely accepted and will increase in importance and 
capabilities (memory capacity, processing speed); 

25 3) SIM Toolkit is established and widely used, however, it will 

eventually be replaced by WAP; 

4) WAP, Bluetooth and GSM Positioning are only just emerging, but 
will have the most substantial impact on the future of mobile 
commerce. 

30 

"In the preferred embodiment of the present invention, a subset of these 
technologies has been chosen to create a demonstrable prototype that showcases 
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the use of such technologies. The preferred embodiment of the present invention 
is now described in more detail. 

THE PREFERRED EMBODIMENT 

5 

The starting-point is the basic proximity device, a Bluetooth chip that can 
be incorporated in the smallest, lightest mobile phone. With any Bluetooth- 
enabled machine - a drinks dispenser, photocopy machine, petrol pump or 
parking meter, for instance - the user can place an order, receive the goods and 

10 pay for them electronically via a hand-held device. 

In a preferred embodiment, the invention can be used for other purposes, 
such as accessing the drink vendor's website or using their telephone system. 
And from the drink vendor's viewpoint, if the company already has an avenue of 
communication to a customer, they can exploit it to offer other services - perhaps 

1 5 from other suppliers who will be happy to pay a percentage to their new partner. 
For example, some marketing companies might be happy to offer a free Coke to 
any customer prepared to give a moment of their time to answer a question or two. 
And for an impoverished student, such an offer might well be irresistible. 

This new marketplace is what applicants call the Bluetooth Service Portal 

20 (BSP). Once users have established a connection via BSP, in alternate 

embodiments users can access additional services. Using their mobile phone, to 
connect to the Internet, a user can be able to choose from a wide range of products 
and services as and when they want them. 

For example, in an alternate embodiment if a customer is using BSP in 

25 connection with their Xerox copier, they might wish to order more copy paper, 
and perhaps additional office supplies at the same time. The overwhelming 
attraction is that this conduit is absolutely free. Even though you are using your 
wireless phone, it won't show up on your monthly bill. From the vendor's 
viewpoint, it is easy to envisage a massive variety of services that Xerox might 

30 offer its customers via BSP. 
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In an alternate environment, Bluetooth technology enables the customer to 
record preferences, so that, for instance, every time they pass a drinks machine, 
the machine will be programmed to dispense the customer's favourite drink. But 
this in turn provides the vendor with customer information that makes it much 
5 easier to tailor product- offerings in accordance with customer preferences. In still 
another alternate embodiment, the personalisation of products can be extended, 
such as for example, a simple prompt from the Bluetooth-enabled phone would 
communicate with another chip in the car and adjusts the seats, mirrors and 
steering-wheel to the individual driver before the door is opened. 
10 More specifically, in the preferred embodiment, assume it's a nice and hot 

day and you are walking by a vending machine that sells drinks. You are very 
thirsty, but unfortunately you do not have any coins with you. Additionally, you 
are in transit through a different country and you didn't even pick up foreign 
currency. 

15 . In the preferred embodiment, the drink list of the vending machine, 

including prices, would automatically appear on your mobile phone's display. So 
all you would need to do is to select your drink and type in your Qpass™ 
password, that you are using for your Internet purchases anyway, in order to 
authenticate. 

20 Your Qpass Membership ID, that happens to be the unique serial number 

or your phone number, would be requested from the handset directly, taking away 
the hassle of having to punch this one in. Nonetheless the security of your "mobile 
wallet" would be granted, since you need to know the secret PIN to unlock your 
mobile phone upon power up, plus* you need to be in possession of the physical 

25 device itself. 

The vending machine would now drop your can of Coke and you could ' 
relax and enjoy your drink. You know that Qpass will send you a detailed bill, 
with all your purchases at the end of the month, and charge the overall amount to ' 
your credit card. 

30 The exemplary embodiment of the present invention will discuss this 

scenario in more detail below. 
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In the discussion which follows, the following glossary applies: 
ETSI European Telecommunications. Standard Institute 
GPRS General Packet Radio Service 
GSM Global System for Mobile Communications 
5 OTA Over The Air uploading of modified SIM Toolkit applications 

,SIM Subscriber Identification Module 
SMS Short Message Service 
SMSC Short Message Service Center 
SS Supplementary Service 
10 STK SIM Application Toolkit (short: SIM Toolkit) 

USDD Unstructured Supplementary Services Data 
USSD Unstructured Supplementary Service Data 
VAS Value Added Services 

15 Additional descriptions of enabling technologies (smartcards, SIM 

application toolkit, mobile devices, and mobile device manufacturers, SIM cards 
and development suites offered by various suppliers, sample applications, 
technical paradigms, payment accounts and recharging of these account 
techniques, exemplary applications for prepaid systems, micropayment strategies) 

20 are provided in Appendix A as additional background to the invention. 
Mobile device commands 

In the preferred embodiment, an exemplary set of mobile device 
commands are shown in the document titled t6 Nokia 6090 AT-command set and 
interfaces" Outline version 1.31 dated 27 March 2000, which is hereby fully 
25 incorporated herein by reference. 

The following describes both a high- and a low-level architecture of how 
an exemplary system of the present invention is implemented. 

In Figure'3 an exemplary system is used to demonstrate the usability of' 
the described technologies, in a concrete, useful and discrete application: an 
30 Internet Micropayments to the Real World scenario. In Figure 3 the following 
exemplary technology is used: 
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Hardware 

• a Sielaff™ vending machine, equipped with an RS232 
interface to connect it to a PC 

• an Ericsson™ Bluetooth-enabled phone 
5 • a Digianswer™ PCMCIA Bluetooth card 

Software 

• Sun JAVA 2 JDK 1.3 (for PC side server development) 

• Manufacturer SDKs 

• Qpass™ server. 

10 

Turning now to Figure 3 a system comprising the following pieces is 
shown: a vending machine 301 of type Sielaff FK 185 EC with a RS232 interface 
305 connected to a.Compaq Laptop 307 with Digianswer Bluetooth card. The 
laptop computer 307 runs custom-written software that simulates a virtual vending 

1 5 machine, sends commands to the real physical one (if connected) and handles 
transactions with a Qpass service center 311. The Qpass service center 3 1 1 is 
itself connected to the consumer's bank by w&y of of the user's credit card 
account 313. Finally, an Ericsson T28s mobile phone 309 with a wireless 
transmission channel adapter and a SIM card running custom-written software and 

20 using SIM Application Toolkit features is provided. With this exemplary 
configuration, the Compaq laptop 307 has an wireless transmission channel 
adapter (or in the future a special component to be integrated into the vending 
, machine) and runs custom-written software (WUMPI logic of the present 
invention) that simulates a virtual vending machine and sends commands to the 

25 real machine 30 1, and handles transactions with Qpass 311. In this simple 

exemplary application, the vending machine 301 transmits its advertising/offer via 
its wireless transmission channel to mobile devices in range 315 which causes the 
mobile device 309 to display the advertising/offer. The user identifies himself 
(via a PIN) and selects one of the offered products 317. A SIM Toolkit 

30 Application on the mobile device 309 sends the selection and the WUMPI logic 
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on the laptop 307 forwards transaction information throughout the network 319 to 
the operator payment provider 311. The payment provider 3 1 1 logs the 
transaction and adds it to the consumer's bill or deducts amount from the 
consumer's prepaid account 323 and returns a grant of payment signal to the 
5 virtual vender (laptop in this case) 321 who in turn signals 325 the vending 
machine to dispense the selected product. 

Turning now to Figure 4 a block diagram of the functional architecture of 
the exemplary computer system is indicated. Once again a mobile device with an 
wireless transmission channel modem 401 is assumed to be within range of the 

10 vending device containing an embedded computer 405. In this case the computer 
platform 405 has an extended systems wireless transmission channel PC adapter 
402. Coupled to the computer platform 405 is a Sun JAVA communications 
Application Program Interface (API) system 407, 409 and an MS SQL Server 
module 419. Couples to the Sun JAVA communications API system 407 a 

1 5 WUMPI product Interface control module 411 which itself is coupled to a 
WUMPI Phone MMI control module 413, a WUMPI main module 415 and a 
WUMPI Qpass Module 417. The WUMPI Qpass Module 417 is coupled to the 
MS SQL Server module 419 which is coupled to a Qpass control station Qpass 
engine 421 and a MS IIS server 423. The Qpass control station Qpass engine 421 

20 provides the communications services to the Qpass service center 425. 
Requirements 

To run the Mobile Service Link (WUMPI) prototype, you will 
need the following: 
25 Hardware 

1 Ericsson Mobile ©ffice.IrD A modem adapter DI-28* - • „ ) 

1 Extended'Systems serial* IrDA adapter Jet Eye PC 

8 Only in combination with an Ericsson T28s phone (the R320s has an 
integrated IrDA modem), 

9 A SIM card is only needed to power the phone up. The demo works 
fine without network connection (i.e. in the United States) and with an 
expired SIM card. 
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1 Sielaff vendbg machine FK-185 EGX \v^^23'2'ktetface 
Software 

Operating System 

5 Please note that the Mobile Service Link prototype best runs under a 

Windows 9x environment. Installation under Windows 2000 and Windows NT4 is 
possible (necessary drivers are provided on the Mobile Service Link GD), 
however, cumbersome due to missing native IrDA support. 

The simulation version (without IrDA communication and phone 
1 0 interaction) will install and run fine on any system configuration. 
Set-up 

The set-up procedure for the Mobile Service Link demo consists of 
running the automatic Mobile Service Link installer and making some additional 
manual modifications afterwards. 

1 5 During the Mobile Service Link Set-Up 

To install the Mobile Service Link demo, insert the Mobile Service Link 
Installation CD-ROM into the CD-ROM drive of your PC The Install Shield 
set-up should launch automatically (if it does not, run SETUP.EXE ftom the CD's 
root directory). Follow the installation instructions. 

20 The installer will install the Mobile Service Link demo and launch the 

installers of the required third-party components (Microsoft Infrared Driver 2.0, 
Sun Java 2.0 JDK 1.3 and Sun Java Media Framework 2.1). It is generally 
recommended to use the default settings of the setups. ' 



10 The PC should be reasonably fast (PII-400 or above) for the video 
animations. 
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Microsoft Infrared Driver 2.0 (Windows 9x Setup) 

Choose the appropriate wireless transmission channel device when 
prompted by the Microsoft Infrared Driver set-up (Internal IrD A driver or 
Extended Systems JetEye PC). 




Select the physical COM port to which you will attach the wireless 
transmission channel device (in case you are using an external one); 



Add Infiarcd Device Wizoid 




10 



Selecting a COM vort to attach to 



Finally make sure, that the wireless transmission channel driver will 
provide application support with a virtual port setting of COM4. 
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1 Add inftaicd Device Wizard 
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Selecting the virtual COM port 



Note: If this port is not available in the list, you may have to uninstall an 
existing wireless transmission channel driver first and then rerun the set-up 
5 manually from the \Install\MSIR20 folder. 

Ericsson Communications Suite 1.2.2 (Windows 2000 Setup) 
Getting the Mobile Service Link demo to run under a Windows 2000 
environment is problematic, due to missing support for a virtual COM port. 
However, Ericsson provides a driver within its Communications Suite, that 
1 0 enhances the built-in IrDA driver with a virtual COM port. 

Nevertheless setup still is a hassle and may very likely require manual 
adjustment. It has proven to work best with the built-in IrDA port of a laptop, 
rather than by using an external Extend Systems JetEye PC IrDA adapter. 
When you encounter the subsequent screen during setup of the 
1 5 Communications Suite, make sure you check the Install without mobile phone 
checkbox. 




Installing without mobile phone 
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Subsequently you will be prompted to select the software components you 
wish to install. You can deselect all but the mandatory components, since the 
basic IrD A driver is really all you need. 



The Communications Suite will usually install a virtual COM port in the 
range of COM7 or COM13 (check Windows 2000 Device Manager for actual 
port). You need to modify the batch files, located in C:\MobileServiceLink folder, 
that are used to start the Mobile Service Link demo in order to reflect this port 
10 setting (batch files are pre-installed with a setting of COM4). 

Extended Systems Quick Beam Suite 3.4 (Windows NT4) 

Getting the Mobile Service Link demo to run under a Windows NT4 
environment is problematic, due to missing support for a virtual COM port. 
However, Extended Systems provide a driver within its Quick Beam Suite, that 
1 5 enhances Windows NT4 with an IrDA driver that supports a virtual COM port. 

Nevertheless setup still is a hassle and may very likely require manual 
adjustment. 

Follow the setup steps as suggested by the Quick Beam Suite and 
preferably select a virtual COM port setting of COM4. Otherwise you will need 
20 to modify the batch files that are used to start the Mobile Service Link demo 

(located in C:\MobileServiceLink folder) in order to reflect this port setting (batch 
files are pre-installed with a setting' of COM4). 




Deselecting unneeded components 
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Sun Java 2,0 JDK 1.3 

You need only install the option Program Files. 



Select Components 



| r 5sla<*to*$oipporu^ 



OK 
OK 
OK 




JDK 2.3 required options 



Do not reboot if prompted following set-up. 

Note: since a JDK will be installed with which the Mobile Service Link 
demo has been tested, no other JDK should be present on the same machine. 



10 



Sun Java Media Framework 2.1 

In case you have a previous version of JMF installed, select to uninstall it 
first. Otherwise deselect the uninstall option. You do not need to install support 
for Netscape. 



Select Components 




15 



: JMF 2.1 required options 



Do not reboot when prompted following set-up. 
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Select No, when prompted'to reboot 



Only after the entire Mobile Service Link installation (including all 3 third 
5 party setups) has completed, reboot your machine. You will find a Mobile Service 
Link folder in your Start menu. 

Manual Steps Following Mobile Service Link Set-up 
When the overall Mobile Service Link installation has completed and you 
.have rebooted your system, please perform the following manual modifications 
1 0 before running the demo. 

Microsoft Infrared Driver 2.0 (Windows 9x Environment) 
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: Microsoft Infrared Driver Set-Up 



1 5 Launch the Microsoft Infrared Monitor from Settings -> Control Panel 

Make sure the Options and Preferences settings* match the ones shown in the 
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Microsoft Infrared Driver Set-Up Figure above. 



10 



15 



Qpass Membership Account 

In case you requested so, a Qpass user account will have been setup for 
you in order to run the live demo. 




Qpass Sign-In 

In order to access your account launch Internet Explorer and go to 
sandmemberJ. qpass. com using the https prefix. This will bring up the Qpass log- 
in page (see Qpass sign in Figure above). Bookmark this page. Use your phone's 
MEI number (printed inside the phone behind the battery) as user name and 
13975 as password. Check the Save Password option. 

The first time you click.Sign In, another page will appear, requesting an e- 
mail address for-verification. Use loic.feinbier@accenture.com, since this 
account has been used for set-up. 



Setting up the Vending Machine 

In case you have a real physical vending machine of type Sielaff 
FK 185 ECX, you will need to make some manual modifications before you can 
attach it to a PC controller. 
20 First of all you will need to create a cover for the right-hand side of the* 

machine, in order to hide the coin slot and buttons. The cover should preferably be 
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a piece of resistant, white, plastic with size 1 660mm x 197mm x 4mm (broad x 
height x depth) and round edges. 

At the position where the coin slot used to be, it shall contain a square hole 
for the wireless transmission channel adapter, with size 40mm x 30 mm (broad x 
5 height) and with the upper left corner located 500mm from the top and 85mm 
from the left of the cover. 

The cover can be attached to the vending machine using velcro tape. This 
allows easy removal in order to access the lock to open and refill the machine. 

On the inside of the machine you shall fix the wireless transmission 
10 channel receiver in the right position, mount the display towards the inside of the 
machine, detach and remove the drink selection keys and connect the PC 
(preferably a laptop) to the RS232 interface of the machine. 

Note: you must use a NULL-modem cable (crossed serial cable) to 
connect the PC to the vending machine. 

15 
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When everything has been modified and the PC is installed and connected 
to the wireless transmission channel receiver and the vending machine, you need 
to set the vending machine to free delivery mode. 

In order to do this, use the keypad located on .the inside of the machine 
5 and type (keys symbolized by square brackets): [M], [7], [E], then repeatedly [M] 
until the display says "KREDITSYSTEM", then repeatedly [1] until the display 




says "FREIVERKAUF", then [E] to confirm the selection, and finally repeatedly 
[L]+[M] together until the display says "BETRIEBSBEREIf". : 

1 0 Now all that is left is to fill up the Vending machine with drinks. Each 

column takes around 80 cans, so the whole machine takes around 480 cans. 

Note: the vending machine is built for European power suppily 
(230V,/ 5Q Hz). So for usage in the US or other countries you will need a power 
transfoimator that converts from the local power standard to the European one. 

1 5 Although this should not; give any problems, the manufacturer does not take over 
any warranty in this case. • ' \ 

Demo Instructions 

The following gives a step-by-step run through description of a typical 
Mobile Service Link examplary demonstration. 
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Preparation and System Start 

Switch on your mobile phone and click on the IrD A modem adapter if you 
are using an Ericsson T28s. If you are asked to enter a PIN code, the default code 
is 0000. 

5 If you are running the demonstration without a real vending machine, you 

should set the audio level of the demonstration PC high enough to be sure that you 
can hear it, even with the audience talking. This is to give you audible 
confirmation for the status of the IrDA connection, otherwise you may never 
know if the connection has been established or not. If a real vending machine is 

10 attached, audible confirmation is not necessary, since the machine .will light up 
once a phone has been detected. 

Microsoft's IrDA Monitor will beep once if it detects the phone and will 
continue beeping if the connection is lost while open. Try the connection once, by 
holding the phone's IrDA port to the IrDA port of the PC/Vending Machine. Do 

15 this to check that the volume is high enough and to investigate the best distance 
and angle for the demo as well. A good distance is usually between 1 and 3 
meters, depending on the light. You should try to hold the phone in a horizontal 
position. 

To launch the demo, use one of the shortcuts that have been installed in 
20 the Mobile Service Link folder of your Start menu. The following shortcuts are 
installed by default. 

Mobile Service Link Online 

In this configuration purchases are processed real-time with the Qpass 
account that corresponds to your mobile phone. The account's Membership ID 
25 (the serial number of the mobile handset) and the passiword you enter will be used 
for authentication and transaction processing. You need an Internet connection 
and a Qpass account for your specific phone to run the demo with this set-up. 
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Mobile Service Link Offline 

In this configuration, transaction processing with Qpass is only simulated. 
The password you enter will be authenticated, but no purchases will be registered 
with Qpass. 

5 This set-up should be used if no Internet connection or Qpass account is 

available, or if the demo needs to be kept brief. 
Mobile Service Link Override 

In this configuration, purchases are processed real-time with the default 
Qpass account (Membership ID: Mobile Service Link, Password: Mobile Service 
10 Link). This account will override the serial number of the mobile handset and the 
password you enter. Authentication will therefore always succeed. You need an 
Internet connection to run the demo with this set-up. . 

This set-up should be used if no specific Qpass account for your mobile 
handset has been set-up, but you still want to show live transaction processing. 
1 5 Mobile Service Link Simulation 

In this configuration, a one-drink purchase is simulated without interaction 
with a mobile phone. A drink will be chosen at random. The timings are set in a 
way that allows the presenter to explain what is happening. No transactions will 
be processed by Qpass. 
20 This set-up should be used if no mobile phone or wireless transmission 

channel adapter is available. 

Depending on your needs, you may want to launch the demo manually. 
' To do so, open a command prompt and change to the Mobile Service Link root • 
directory by typing CD Wobile Service Link (followed by the RETURNkty). 
25 Then start the demo with the command run <Parameters> <Switches> 

(followed by the RETURN key). Parameters and switches are defined as follows : 
Mobile Service Link Controller 

This configuration is reserved for use with a real vending machine only. 
The software acts as a pure controller and no graphical user interface and no 
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videos will- be displayed. Text-based debug information will be output to the 
console instead. 

The simplified interface allows to run the demo on less powerful 
machines. 



j E3 Command Prompt 



Mobile Service Link - <c> Copyright 2001 occcnturc, parts Opass Inc. 
Usage; 

Java MobilcSeruiceLinh <Paranotcr<s)> t<Suitch(es)>] 
^Parnnetnrc: 

j <I-C0H> - <uirtual> infrared COM port prouidud by IrDA driver 
| <U-C0H> - vending nachino COM port <iT machine attached) 

li wit dies: 

j <-off linc> - runs Mobile Scroicc Link without live transaction processing 
3 <-controller> - runs Mobile Service Link as hardware controller without screen 

jfllltpUt 

1 <-c,inulntlon> - runs Mobile Scrvico Link circulation without phone interaction 
) <-nemberid:> - overrides the Qpass nenbership ID witli tjio one specified 
if <-pascword:> - overrides tJie Qpass password with the one specified 

| Examples 5 

!-, java HobileServicoLink COM2 COM3 - IrDfl: COM2, wending machine: COM3 
r - Java MobilcGcrgiccliink COM2 -offline - U'DO: COM2, no transactions 

JUalid ports <as reported by operating swsten>: 
I COM! COM2 COM3 



<I-COM> 

This parameter represents the serial port that will be used to communicate 
with the wireless transmission channel driver. This is a virtual port, provided by 
Microsoft's Infrared Driver (see installation notes). The default setting is COM4. 
1 0 This parameter may be omitted if the demo is run in simulation mode. 

Example: COM4. 

<V-COM> 

This parameter represents the serial port that will be used to communicate 
15 with the vending machine. If no vending machine is attached, this parameter 
should be omitted. 

Example: COM2. 



<-offline> 

20 This switch runs the demo without performing live transactions with 

Qpass. This allows you to show the prototype without an Internet connection 



56 



WO 01/86881 



PCT/EP01/04628 



and/or Qpass account. 

<-controller> 

This switch runs the demo without a graphical user interface. This allows 
5 old and slow machines to act as a pure vending machine controller without 
showing graphical details and video sequences. 

<-simulation> 

This switch runs the demo as a pure simulation without the need for a 
10 mobile phone or wireless transmission channel adapter. However, a real live 
transaction (drink chosen by random) with Qpass will take place, unless this 
switch is combined with the <-offline> switch. 

<-memberid:> 

1 5 This switch overrides the Qpass Membership ID retrieved from the mobile 

phone (serial number of the handset) with the membership ID specified. It 
therefore allows transactions to be re-routed to a specific Qpass account. This is 
useful if you do not have a Qpass account set up for your specific mobile phone. 
Example: -memberid:Mobile Service Link. 

20 Note: the default Mobile Service Link Qpass account that may be used 

with any mobile phone has Membership ID Mobile Sendee Link and password 
Mobile Service Link. 



<-password:> 

This switch overrides the Qpass Password entered on the mobile phone 
(punched in by the user) with the specified password. It therefore allows 
transactions to be re-routed to a specific Qpass account. This is useful if you do 
not have a Qpass account set up for your specific mobile phone. 

Example: rpassword:Mobile Service Link. 
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Note: the default Mobile Service Link Qpass account that may be used . 
with any mobile phone has Membership ID Mobile Service Link and password 
Mobile Service Link. 

Simulation View 

5 The upper left-hand corner shows dynamic video sequences dependent on 

what the presenter does on the real phone. This is to show groups of people what 
is happening on the phone's display, without having to gather everybody around 
the phone itself. 

Selected Product 

10 In the upper middle part of the screenshot, you can see which drink has 

been chosen. As soon as the user selects a product, the specific drink is 
highlighted with a yellow blinking border. 
Execution Log 

The upper right-hand corner displays detailed plain text execution 
15 information. A history of the 100 most recent messages is kept, so that you can 
scroll up and down to see previous messages. 
Architecture View 

The main part of the window illustrates the prototype architecture and 
highlights the entities that are active at each point in time with a yellow blinking 
20 border. 

Presenting the Demo ^ 

In presenting this demo the screen and especially the architecture are 
described to the audience. It is mentioned that in a fully configured system, the 
laptop would be a tiny and comparatively cheap PC component integrated directly 
25 into the vending machine. 

The desk on which the PC's IrDA port is mounted in the exemplary 
demonstration described above is supposed to be the vending machine and that the' 
IrDA port would usually be integrated into the front side of the machine. The 
phone and the IrDA port would be on it. 
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At the start of the example, the accessory menu is empty before you start. 

The vending machine then proceeds to scan for phones in range, so as you 
walk into range holding the phone so that its IrDA port points to the PC's IrDA 
port a detection should be made. Once the connection is established, Go to the 
5 Extras menu of the phone and select the Accessories submenu. You can navigate 
using the phone's arrow- and yes/ho-keys. You will see another submenu called 
Mobile Service Link. Select this one as well. You will be prompted for your 
Qpass PIN code to log on. There is no need to type the Qpass Membership ID, 
since you can use the phone's globally unique serial number that is read directly 
10 from the handset. This is an advantage since you want to avoid all unnecessary 
typing on the phone. 

The Membership ID and the PIN code are now sent to the Qpass server to 
authenticate the user. What you entered can be seen in the Execution Log. 

If the authentication failed, you return to the log-in page for a second try. 
15 This time you type in the correct PIN code. When the second attempt at 

authentication has been successfully completed the drinks list will be displayed. 
Select an item from the list by using the arrow-keys. Confirm your selection with 
yes. 

A message will ask you to confirm the purchase and display the price of 
20 the beverage. Again press yes. 

The transaction has now been transmitted to the Qpass Service Centre and 
is being processed. The Qpass Service Centre will confirm or refuse it depending 
on your credit limit. Once the transaction has been completed the user could go 
directly to the personalised Qpass member web site and see that the purchase has 
25 been registered. 

After the transaction has succeeded, the can of drink will be released. 
Note: you may walk out of IrDA range with the phone and temporarily lose the 
connection. This is no problem, unless you do not get back within 60 seconds. 
Be sure the connection is re-established before you continue (beeps indicating the 
30 loss of connection should stop). 
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The phone will now ask you if you'd like to purchase another drink. Press 
yes and the user returns directly to the drinks list instead of to the log-on screen. 
Next time you are prompted to conduct another purchase answer no. The phone 
will then display a final "Thank you" message for using the Qpass service. Note 
5 that this message, just like all the others that were displayed throughout the demo, 
could well also be used for dynamic advertising, since it is being generated on the 
PC side. 

If the demo was run with live transaction processing enabled, open up the 
Internet Explorer Web browser, which, should be configured to directly bring up 
1 0 the Qpass member homepage associated with your phone. 

Log on (Membership ID and password should be stored) and go to 
Statements and then Current Statement. The purchases have actually been 
registered. 

Note: it may take 1-2 minutes from the transaction to the moment where 
15 the purchase is listed on the web page. 

This exemplary Mobile Service Link discussion describes how the 
invention pereforms the follows actions: 
Hijacking the Phone 

The Mobile Service Link (WUMPI) invention is not just another one of 
20 "dial-a-drink" mechanism. The vending machine has been chosen because it is a 
very visual example of the inventions ability for products taking control of mobile 
phones (as the one wireless universal mobile device that everybody has these 
days) as their interface to offer services as users walk within range. 

For example, you could also imagine using the phone to unlock your car or 
25 to modify printer settings on a laser printer without any buttons. 
Micropayments to the Real World 

Another difference in this invention is the use of a micropayment solution 
instead of charging the purchase to your phone bill. Until today, all 
micropayment systems, without exception, were only designed to conduct 
30 purchases for digital goods such as information, news and music. 
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Applicants invention, for the first time, demonstrates a possible extension 
of these systems to a complete marketplace, including physical goods and 
services. 

Bypass the Network Operators 
5 Although the Mobile Service Link concept of applicants' invention uses a 

mobile phone, the architecture completely bypasses the wireless network. No 
calls are made, no SMSs sent, no costs show up on the user's phone bill. The 
great advantage of using the mobile phone is that almost everybody has one, and 
even more importantly: everybody knows how to use it. 
10 Ease-of-Use 

Compared to other "dial-a-drink" systems, the Mobile Service Link of 
applicants' invention has a user interface is very user-friendly. .There is no need 
to type or dial a long phone number, the transaction is quick and it doesn't create 
additional costs. As soon as the user feels thirsty and looks at the phone's display, 
15 the drinks list is already there. 

The following provides an exemplary embodiment of the current WUMPI 
phone control technology which makes use of an Erickson R320s mobile device 
with IR port, a PC with an IR attachment connected to the vending device, and a 
JAVA application on the PC which talks via the PC's IR port to the IR port on the 
20 mobile device, whereby the user can choose an item displayed on the phone's 

menu by using the buttons on the phone. Those skilled in these arts will recognize 
many ways to program the various modules to interact with one another, and 
therefore we only below an exemplary embodiment of the Main module, the 
Phone module and the Vending Machine module, and these modules may be 
25 implemented in many ways as those skilled in these arts will recognize. 

* (c) Copyright 2001 Accenture - all rights reserved. 
*/ 

30 r* 

* The Mobile Service Link main application. 
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MobileServiceLink(String portNamelrDA, String portNameBluetooth, 
String portNameSielaff, boolean offlineMode, int mobileServiceLinkMode, 
String QpassMemberlDOverride, String QpassPasswordOverride) 

{ 

long startTime; 
Iterator iterator; 



// Save command line settings. 
10 this.portNamelrDA = portNamelrDA; 

this.portNameBluetooth = portNameBluetooth; 

this. portNameSielaff = portNameSielaff; 

this. offlineMode = offlineMode; 

this. mobileServiceLinkMode = mobileServiceLinkMode; 
15 this.QpassMemberlDOverride = QpassMemberlDOverride; 

this.QpassPasswordOverride = QpassPasswordOverride; 

if(offlineMode) 

20 addToExecutionLogfOffline mode selected - no live transactions.-."); 
} 

. if(mobileServiceLinkMode == modeController) • 

{ 

25 addToExecutionLogfControlIer mode selected - output to console,.."); 
> 

else if(mobileServiceLinkMode == modeSimulation) 

{• 

addToExecutionLog("Simulation mode selected - demo will run without 
30 phone..."); 
} 

// Load product list. 
if(!loadProductList()) 
35 ■ ■ { • 

System.exit(-I); 

} 

addToExecutionLog("Loaded product list..."); 

40 // Open window only if not run in controller mode. . 
if(mobi!eServiceLinkMode != modeController) 
{ 

// Setup event listener for main window. 
WindowListener windowListener = new WindowAdapter() 
45 { 

public void windowClosing(WindowEvent e) { System.exit(O); } 
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public void windowC!osed(WindowEvent e) { System.exit(O); } 



// Create and load pictures. 
5 logos = new Picture(pictureLogos); 

products = new Picture(pictureProducts); 

architectureOverview = new Picture(pictureArchitectureOverview); 
highlightVendingMachine = new 
Picture(pictureHighlightVendingMachine); 
10 highlightLaptop = new Picture(pictureHighlightLaptop); 
highlightPhone = new Picture(pictureHighlightPhone); 
highlightServiceCenter = new Picture(pictureHighlightServiceCenter); 
highlightQpass = new Picture(pictureHighlightQpass); 

15 // Create video player. 

videoPlayerPanel.setBbrder(new TitledBorder(new 
BevelBorder(BevelBorder.RAISED), "Simulation View")); 

// Create selected product panel. 
20 selectedProductPanel.setBorder(newTitledBorder(new 
BevelBorder(BevelBorder.RAISED), "Selected Product")); 

selectedProductPanel.add(products); 

iterator = productListiterator(); 

while(iterator.hasNext()) 
25 { 

// Add the product's highlighting picture to the panel. 

selectedProductPanel.add(((Product)iterator.next()).getHighlightingPicture 
0.0); 
30 } 

• // Create execution log. 
executionLogPanel.setBorder(new Titled Border(new 
BevelBorder(BevelBorder.RAISED), "Execution Log")); 
35 executionLogPanel.add(executionLog); 

// Create architecture overview. 

architectureOverviewPanel.setBorder(new TitledBorder(new 
BevelBorder(BevelBorder.RAISED), "Architecture Overview")); 
40 archltectureOverviewPaneLadd(highlightVendingMachine); 

architectureOverviewPanel.add(highlightLaptop); 

architectureOverviewPanel.add(highlightPhone); 

architectureOverviewPanel.add(highlightServiceCenter); 

architectureOverviewPanel.add(highlightQpass); 
45 architectureOverviewPanel.add(architectureOverview); 
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// Setup main window, 
frame. addWindowListener(windowListener); 
frame.add(videoPlayerPanel); 
frame.add(logos); 
5 frame.add(selectedProductPanel); 
frame.add(executionLogPanel); 
frame.add(architectureOverviewPanel); 
frame.packQ; 

frame.setSize(windowWidth, windowHeight); 
.10 frame.setBackground(new Color(204, 204, 204)); 
frame.toFront(); 
frame.show(); 

// Setup video player. 
15 videoPlayerPanel.setBounds(10, 25, videoWidth+20, videoHeight+30); 

// Setup logos. 

logos. setBounds(362, 40, 300, 125); 

20 . // Setup selected product panel. 

selected ProductPanel.setBounds(videoWidth+20+ 10, 175, 
windowWidth-videoWidth-30-logWidth-30, 120); 

products.setBounds(12, 18, 300, 95); 

iterator = productList.iterator(); 
25 while(iterator.hasNext()) 

{ 

// Add the product's highlighting picture to the panel. 
\ Product product = (Product)iterator ; next(); 

30 . productgetHighlightingPicture().setBounds(product.getHighlightingPicture 
X(), product.getHighlightingPictureY(), ^ 

product.getHighlijghtingPictureWidth(), 
product.getHighlightingPictureHeightO); 

} 

35 

// Setup execution log. 

executionLog.setFont(new Font("Arial", Font. PLAIN, charSize)); 
executionLog.setBounds(1 0, 20, logWidth, logHeight); 
executionLogPanel.setBounds(windowWidth-logWidth-30, 25, 
40 logWidth+20, logHeight+30); 

// Setup architecture.overview. 
architectureOverview.setBounds(40, 15, 944, 437); 
architectureOverviewPaneLsetBounds(1 0, windowHeight-437-25-1 0, 
45 windowWidth-20, 437+25); 

highlightVendingMachine.setBounds(40, 22, 113, 207); 
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highlightLaptop.setBounds(297, 86, 94, 100)f 
highlightPhone.setBounds(313, 349, 75, 89); 
highlightServiceCenter.setBounds(547, 69, 117, 107); 
highlightQpass.setBounds(840, 1 05, 1 1 5, 49); 

} 

// Create the highlighter thread and get it going. 
pictureHighlighter = new PictureHighlighter(this); 
pictureHighlighter.start(); 

// Create the vending machine module. 
vendingMachineModule = new VendingMachineModule(this); 



// Handle one connection-after another. 
15 try 
{ 

while(true) 
{ 

// If a COM port for IrDA was specified open it. 
20 if(portNamelrDA != null) 

addToExecutioni_og("Opening IrDA port " + portNamelrDA + "..."); 

// Get port identifier and open the COM port for IrDA. 
25 portld = CommPortldentifier.getPortldentifier(portNamelrDA); 

portlrDA = (SerialPort)portld.openrMobile Service Link IrDA Port", 

2000); 

// Parametrize COM port. 
30 portlrDA.setSerialPortParams(9600, SerialPort.DATABITS_8, 

SerialPort.STOPBITS_1 , SerialPort.PARITY_NONE);. 

// Set flow control mode. 

35 portlrDA.setFlowControlMode(SerialPort.FLOWCONTROL_ RTSCTS IN + 
SerialPort.FLOWCONTROL_RTSCTS_OUT); 

// Set buffer sizes. 
portlrDA.setlnputBufferSize(8192); 
40 ^portlrDA.setOutputBufferSize(8192); 

// If a COM port for Bluetooth was specified open it. 
if(portNameBluetooth != null) 
45 { 
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addToExecutionLogf'Opening Bluetooth port " + portNameBluetooth 

+ "..."); 

// Get port identifier and open the COM port for Bluetooth. 
5 portld = CommPortldentifier.getPortldentifier(portNameBluetooth); 

portBluetooth = (SerialPort)portId.open("Mobile Service link 
Bluetooth Port", 2000);* 

// Parametrize COM port. 
10 portBluetooth.setSerialPortParams(9600 f SerialPort.DATABITS_8, 

SerialPort.STOPBlTS_1 , Serial Port. PARITY jslONE); 

// Set flow control mode. 

15 portBluetooth.setFlowControlMode(SerialPort.FLOWCONTROL_RTSCTS 
JN + SerialPort.FLOWCONTROL_RTSCTS_OUT); 

// Set buffer sizes. 

portBluetooth.setlnputBufferSize(8192); 
20 portBluetooth.setOutputBufferSize(81 92); 

} 

//Wait for an incoming connection. 
addToExecutionLog("Scanning for devices in range..."); 
25 startTime = System.currentTimeMillis(); 

while(System.currentTimeMillis() <= startTime + (connectionTimeout 
* 1000)) 
{ 

if(portlrDA != null && portlrDA.isCTS()) 
30 { 

addToExecutionLogfEstablishing IrDA connection on " + 
portNamelrDA + "..."); 

inputStream = portlrDA.getlnputStream(); 
outputStream = portlrDA.getOutputStream(); 
35 break; 
. } 

// On incoming connection on Bluetooth port link I/O streams to the 

same. 

40 if(portBluetooth != null && portBluetooth.isCTS()) 

{ 

addToExecutionLog("Establishing Bluetooth connection on * + 
portNameBluetooth + "..."); 

- inputStream = portBluetooth.getlnputStreamQ; 
45 outputStream = portBluetooth.getOutputStream(); 

break; 
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} 

Thread.sleep(500); 

} 

5 

// If we got connected then execute the communication handler. 
if(inputStream != null && outputStream != null) 

{ 

addToExecutionLogfConnection established...")* 

10 

// Create and start phone module. 
phoneModule = new PhoneModuie(this); . 
phoneModule.handleCommunication(); 
phoneModule = null; 

15 

// Close the streams. 
inputStream.close(); 
outputStream.close(); 

20 addToExecutionl_og("Connection terminated..."); 

else 
{ 

addToExecutionl_og("No devices were found„."); 



// Close the COM ports. 
if(portlrDA != null) 
{ 

30 addToExecutionLog("Closing IrDA port " + portNamelrDA + "..."); 

portlrDA.close(); 
portlrDA = null; 

} 

35 • if(portBluetooth != null) 
{ 

^ addToExecutionLogfClosing Bluetooth port " + portNameBluetooth 

portBluetooth.closeO; 
40 portBluetooth = null; 

} 

} 

} 

catch(NoSuchPortException e) { addToExecutionLog("Error: the 
45 configured COM port doesn't exist!"); } 
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catch(PortlnllseException e) { addToExecutionLog("Error: the 
configured COM port is already in use!"); } 

catch(UnsupportedCommOperationException e) { 
addToExecutionLogf'Error: a problem occurred with the COM port!"); } 
5 catch(IOException e) { addToExecutionLogfError: a problem occurred 
with the COM port!"); } 

catch(lnterruptedException e) { addToExecutionLog("Error: sleep was 
interrupted!"); } 
} 

10 

jit* 

* This plays the specified video. 

15 public void playVideo(String fileName) 
{ 

if(mobileServiceLinkMode != modeControIler) 
{ 

// The temporary video player needed to guarantee clean switching. 
20 Player _videoPlayer = null; 

// The temporary video component needed to guarantee clean 
switching. 

Component _videoComponent = null; 

25 

addToExecutionLogfPlaying video sequence: " + fileName); 

// In case another video is still running: stop it. 
- 30 if(videoPlayer != null) 
{ 

videoPlayer.stop(); 

•} 

35 try 
{ 

// Create a temporary video player for the specified file. 
_videoPlayer = Manager.createRealizedPlayer(new 
MediaLocatorCHIe:" + fileName)); 

40 

// Get the temporary visual component for the video player. 
_videoComponent = _videoPlayer,getVisualComponent(); 

// Add the video to our window at the top level. 
45 videoPlayerPanel.addCvideoComponent, 0); 
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// Position and size the video. 

_videoComponent.setBounds(10, 20, videoWidth, videoHeight); 

// Start playing. 
5 ■ _videoPlayer.start(); 
} 

catch(NoPlayerException e) { addToExecutionLogfCouldnt get video 
• Player...");} 

catch(CannotRealizeException e) { addToExecutionLogfCouldn't 
10 realize video player..."); } 

catch(IOException e) {addToExecutionLog("Couldn , t find video file..."); 

// In case another video was already shown: close it. 
• 15 'rf(videoPlayer != null) 

{ 

// Close old video. 
videoPlayer.close(); 

20 // Remove the old video. 

videoPIayerPanel.remove(videoComponeht); 

// Make the temporary video the permanent one. 
videoPlayer = _videoPlayer; 
25 videoComponent = _videoComponent; 

} 



30 

* This adds the passed message to the logbook. 
7 

public void addToExecutionLog(String message) 
35 { 

// If Mobile Service Link is run in controller mode then output to 
console... 

if(mobileServiceLinkMode == modeControiler) 
{ 

40 System.out.println(message); 
} 

// ...otherwise to window, 
else 

{ 

45 // Add the new message. 

executionLog.add(message); 
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// Only keep the latest 1 00 messages. 
if(executionLog.getltemCount() > 100) 

{ 

5 executionLog.remove(O); 
} 

// Activate the last element in the list in order to ensure that the current 
message is always displayed. 
10 executionLog.select(executionLog.getltemCount(>1); 
} 

> 

jir-k 

15 * This loads the product list from the file PRODUCTS.TXT: 

* <Name> 

* <Price> 

* <VendProdlD> 

20 *. <Selection Animation> 

* Confirmation Yes Animation> 

* <Confirmation No Animation> 

* <Delivery Animation> 

* highlighting Picture> 

25 * highlighting Picture x coordinate> 

* highlighting Picture y coordinate> 

* highlighting Picture width> 

* <Highlighting Picture height> 

30 * In order to- modify the product list, the controller software needs to be 
restarted. 
*/ 

private boolean loadProductListQ 
{ 

35 try 
{ 

// Open the file, read it into a buffer and convert it to a string. 
FileReader fileReader = .new FileReader("products.txt M ); 
charQ buffer = new char[64*1024]; 
40 fileReader.read(buffer); 
fileReader.clo'se(); 

String string = String.copyValueOf(buffer); 

// Create a string tokenizer to easily access the tokens, separated by 
45 commas and carriage returns. 
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StringTokenizer stringTokenizer. = new StringTokenizer(string, ",\n\f, 
false); 

// Construct the product list. 
5 . while(stringTokenizer.countTokens()>== 13) 

// Create a new product with the name and the price from the string 
and add it to the product list. 

Product product = new Product( 
10 stringTokenizer.nextToken().trim(), 

new 

Float(stringTokenizer.nextToken().trim()).floatVaIue(), 

new 

Float(stringTokenizer.nextToken().trim()).floatValue()/ 
15 stringTokenizer.nextToken().trim(), 

stringTokenizer.nextToken().trim() f 
stringTokenizer.nextToken().trim(), 
stringTokenizer.nextToken().trim() t 
stringTokenizer.nextToken().trim(), 
20 stringTokenizer.nextToken().trim(), 

new 

Intege^stringTokenizer.nextTokenO.trimOJ.intValueO, 

new 

lnteger(stririgTokenizer.nextToken().trim()).intVaIueO l 
25 new 

lnteger(stringTokenizer.nextToken().trim()).intValue(), 

new 

lnteger(stringTokenizer.nextToken().trim()).intValue() 

); 

30 productListadd(product); 
} 

} 

catch(FileNotFoundException e) { return false; } 
catch(IOException e) { return false; } • 

35 - 

return true; 

} 

I** 

40 * This returns the product list. 

public Vector getProductList() 

{ 

return productList; 

45 } 
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* PhoneModule.java 

5 . * 

* (c) Copyright 2001 Accenture - all rights reserved. 
*/ 

import java.io.*; 
10 import java.util.*; 
import javax.comm.*; 



public class PhoneModule 
15 { 

// Communication timeouts, 
private final long replyTimeout = 15; 
private final long selectionTimeout = 300; 

20 // Mobile Service Link compatible phones, 
private final int nonCompatiblePhone = 0; 
private final int ericssonR320s = 1 ; 
private final int ericssonR520m = 2; 
private final int ericssonT28s = 3; 

25 

// State machine states. 

private final int stateExit = -1 ; 

private final int statelnttializeConnection = 0; 

private final int stateCheckVIPList . = 1 ; 

30 private final int stateGetPhoneModel =2; 

private final int stateGetQpassMemberlD = 3; 

private final int stateSendWelcomeMessageBox = 4; 

private final int stateSendlnitialVendorMenu = 5; 

private final int stateWaitForUserToActivateVendorMenu = f 
35 private final int stateSendAuthenticationRequest = 7; 

private final int stateWaitForUserToEnterPassword = 8; 

private final int stateAuthenticate =9; 

private final int stateAuthenticationFailed =10; 

private final int stateSendProductList =11; 
40 private final int stateWartForUserToSelectProduct = 12; 

private final int stateSendConfirmationDialog =13; 

private final int stateWaitForUserToConfirmPurchase = 14 

private final int stateProcessTransaction =15; . 

private final int stateTransactionFailed =16; 
45 private final int stateSendAnotherPurchaseDialog = 17; 

private final int stateWaitForUserToExit = 1 8; 
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private final int stateSendThankYouMessageBox = 1 9; 

// General phone commands that will work on all mobile phones that have 
a modem. 

5 private final String phoneGetManufacturerldentification = "AT+CGMI"; 
private final String phoneGetModelldenfrfication = "AT+CGMM"; 
private final String phoneGetRevisionldentification = "AT+CGRI"; 
private final String phoneGetSerialNumber = "AT+CGSN"; 

private final String phoneGetPhoneNumber = "AT+CNUM"; 

10 

// The following lines contain generic data for illustrative purposes. The 
actual 

II commands used are proprietary information of Ericsson and are 
// available to a user through an agreement with Ericsson. 

15 

// Ericsson commands. 

private final String ericssonAddAccessoryMenu = n XXXXXX="; 
private final String ericssonAddAccessorySubMenu = "XXXXXX^; 
private final String ericssonAccessorylnputDialog = "XXXXXX="; 

20 

// Ericcson result codes. 

private final String ericssonAccessoryAdditionallndication = "*XXXX"; 
private final String ericssonAccessorylnputDialogldentification = "*XXXX"; 

25 // End of Ericsson proprietary information. 

// Mobile Service Link specific commands. 

private final String phoneWelcomeMessage = 
ericssonAccessorylnputDialog + "1,6,\"Wanna phone a drink?V\50"; 
30 private final String phqneMainMenu = 
ericssonAddAccessoryMenu +.TGold Dust\ ,M, ; 

private final String phoneAuthenticationMessage = 
ericssonAccessorylnputDialog + "1,1 A" Authentication in progress.. A""; 

private final String phoneAuthenticationFailedMessage = 
35 ericssonAccessorylnputDialog + "1,1 ^Authentication failed!V w ; 

private final String phoneProductList = 
ericssonAccessorylnputDialog + "5,1 ,\"Select Product\",1 ,"; 

private final String phoneLoginDialog = 
ericssonAccessorylnputDialog + "12,1 ? \"Qpass Login\" f \"Enter 
40 password :\ n ,5"; 

private final String phoneBuyNowDialog = 
ericssonAccessorylnputDialog + "2,1,"; 

private final String phoneProcessTransactionMessage = 
ericssonAccessorylnputDialog + "1 ,1 A"Processing transaction.. A""; 
45 private final String phoneTransactionFailedMessage = 
ericssonAccessorylnputDialog + "1,6,\Transaction failed!V m ; 
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private final String phoneBuyAnotherltemDialog = 
ericssonAccessorylnputDialog + "2,1 A"Buy another item?\ ,,n ; 

private final String phoneThankYouMessage = 
ericssonAccessorylnputDialog + "I^VThank you for using QpasslY"'; 

5 

// Mobile Service Link specific result codes, 
private final String phoneProductSelection = 
ericssonAccessorylnputDialogldentification + "5,"; 

10 // Phone model (may be used in case commands vary between different 
models). 

private int handsetModel = nonCpmpatiblePhone; 

// Session information. 
15 private int selectedProduct = 0; 

private String QpassMemberlD = ""; 
private String QpassPassword = ""; 

// Qpass authentication and transaction results; 
20 private QpassLogonResult logonResult; 

private QpassPurchaseResult purchaseResult; 

// Reference to the MobileServiceLink instance (main application), 
private MobileServiceLink mobileServiceLink; 

25 

* Constructor. 

*/ 

30 public PhoneModule(MobileServiceLink mobileServiceLink) 
{ 

// Store reference to main application. . 
this.mobileServiceLink = mobileServiceLink; 

} 

35 • 

* This is the communication handler that talks to the phone. 

*/ 

40 public void handleCommunication() 
{ 

// Set state machine to its initial state, 
int state = statelnitializeConnection; 

45 by 
{ 
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// If run in simulation mode only simulate the good case... 
jf(mobileServiceLink.mobileServiceLinkMode — 
mobileServiceLinkmodeSimulation) 
{ 

5 if(mobileServiceLink.QpassMemberlDOverride == null) 

{ 

QpassMemberlD = "GoldDust"; .. 

} 

else 

10 { ' • 

QpassMemberlD = mobileServiceLink.QpassMemberlDOverride; 



if(mobileServiceLink.QpassPasswoFdOverride == null) 
15 { 

QpassPassword = "GoldDust"; 

} 

else 
{ 

20 QpassPassword = mobileServiceLink.QpassPasswordOverride; 



resetProductsHighlightingStatus(); 

mobileServiceLink.addToExecutionLogfScanning for phones in 
25 range..."); 

Thread.sleep(5000); 

mobileSeiviceLink.pictureHighlighter.setHighlightStatus(true, true, 
false, false, false); 

30 mobileServiceLink.addToExecutionLog("Connection established..."); 

Jhread.sleep(2000); . 

mobileServiceLink.pictureHighlighter.setHighlightStatus(false, true, 
false, false, false); 

35 mobileServiceLink.addToExecutionLog("Identified Mobile Service 

Link compatible phone..."); 

mobileServiceLink.playVideo(mobileServiceLink.videoPhonelnRange); 
Thread.sleep(3000); 

40 

mobileServiceLink.pictureHighlighter.setHighlightStatus(false, true, 
true, false, false); ' " 

mobileServiceLink.addToExecutionLogfRetrieved Qpass Member 
ID: " + QpassMemberlD); 
45 Thread.sleep(2000); 
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mobileServiceLink.pictureHighlighter.setHighlightStatus(false, true, 
false, false, false); 

mobileServiceLink.addToExecutionLog("Mobile Service Link menu 
added..."); 
5 Thread.sleep(5000); 

mobileServiceLink.pictureHighlighter.setHighlightStatus(false, false, 
true, false, false); 

mobileServiceLink.addToExecutionLogfMobile Service Link menu 

10 selected..."): 

Thread.sleep(2000); 

mobileServiceLink.pictureHighlighter.setHighlightStatus(false, true, 
true, false, false); 

15 

mobileServiceLink.playVideo(mobileServiceLink.videoActivateVendorMen 
u); 

Thread. sleep(1 5000); 

20 mobileSen/iceLink.pictureHighlighter.setHighlightStatus(false, true, 

false, false, false); 

mobileServiceLink.addToExecutionLog(" Authentication requested..."); 
Thread.sleep(7000); 

25 mobileSen/iceLink.pictureHighlighter.setHighlightStatus(false, true, 

true, false, false); 

mobileServiceLink.addToExecutionLog("User entered password: " + 
QpassPasswbrd); 

30 mobileServiceLink.ptayVideo(mobileSen/iceLink.videoEnterPassword); 
, Thread. sleep(2000); 

mobileServiceLink.addToExecutionLogC'Authentication message 
displayed..."); 
35 Thread.sleep(3000); 

mobileSen/iceLink.pictureHighlighter.setHighlightStatus(false, false, 
true, false, false); 

mobileServiceLink.addToExecutionLog(" Authentication in 
40 progress..."); 

// If the -offline switch was not set then do the authentication with the 
Mobile Sen/ice Link demo account live... 
if(!mobileServiceLink.offlineMode) 
45 { 
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logonResuit = 

QpassEngineProxy.authenticateUser(QpassMemberlD f QpassPassword, 
mobileServiceLink.QpassVendorl D); 
} 

5 // ...otherwise just simulate it. 

else 
{ 

logonResuit = 

QpassEngineProxyOfflineSimulator.authenticateUser("GoldDust H t "13975", 
10 mobileServiceLink.QpassVendorlD); 

} 

rf(logonResult.getResult()) 
{ 

1 5 mobileServiceLink.addToExecutionLog("User authentication 

succeeded..."); 

mobileServiceLink.playVideo(mobileServiceLink.videoAuthenticationSucce 
eded); 

20 } 

else 

{ • 

mobiIeServiceLink.addToExecutionLog("User authentication failed: " 
+ logonResult.getErrorReason() + "..."); 

25 

mobileServiceLink.playVideo(mobileServiceLink.videoAuthenticationFailed 

); 

} 

30 mobileSeiviceLink.pictUFeHighlighter.setHighlightStatus(false, false, 

false, true, true); 

Thread.sleep(1000); 

mobileServiceLink.pictureHighlighter.setHighlightStatus(false, true, 
35 false, false, false); 

mobileServiceLink.addToExecutionLogfProduct list sent..."); 
Thread.sleep(5000); 

mobileServiceLink.pictureHighlighter.setHighlightStatus(false, false, 
40 true, false, false); 

selectedProduct = Math.max(new Random().nextlnt(6), 1); 

((Product)mobileServiceLink.getProductList().elementAt(selectedProduct- 
1)).setHighlightingStatus(true); 
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mobileServiceLink.addToExecutionLog("User selected product: " + 
((Product)mobileServiceLink.getProductList().elementAt(selectedProduct- 
1)).getName()); 

5 mobileServiceLink.playVideo(((Product)mobileServiceLink.getProductList() 
.elementAt(selectedProduct-1 )).getSelectionFileName()); 
Thread.sleep(SOOO); 

mobileServiceLink.pictureHighlighter.setHigh!ightStatus(false, false, 
10 true, false, false); 

String name = 

((Product)mobileServiceLink.getProductList().elementAt(selectedProduct- 
1 )).getName(); 
float price = 

15 ((Product)mobileServiceLink.getProductList().elementAt(selectedProduct- 
1 )).getPrice(); 

mobileServiceLink.addToExecutionLog("Confirmation requested..."); 
Thread.sleep(4000); 

20 mobileServiceLink.pictureHighlighter.setHighlightStatusCfalse, true, 

false, false, false); 

mobiIeServiceLink.addToExecutionLog("User confirmed purchase"); 

mobileServiceLink.playVideo(((Product)mobileServiceLink.getProductList() 
25 .elementAt(selectedProduct-1)).getConfirmationYesFileName()); 
Thread.sleep(1000); . 

mobileServiceLink.pictureHighlighter.setHighlightStatus(false, false, 
false, true, false); 

30 mobileServiceLink.addToExecutionLogfTransaction processing 

message displayed..."); 
String vend Prod ID = 

((Product)mobileServiceLink.getProductList().elementAt(selectedProduct- 

1)).getVendProdlD(); 
35 mobileServiceLink.addToExecutionLog("Processing purchase of 1 " + 

name + "(" + vendP^odlD + ,, )at" + price + ,, o ,, ); . 

// If the -offline switch was not set then do the transaction with the 
Mobile Service Link demo account live... 
40 if(!mobiIeServiceLink.offlineMode) 
{ 

purchaseResult = 

QpassEngineProxy.processPurchase(logonResult.getSessionCookie(), 
mobileServiceLink.QpassVendorlD, vendProdID); 
45 } 

// ...otherwise just simulate it. 
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else 

{ 

purchaseResuit = 

QpassEngineProxyOfflineSimulator.processPurchase(IogonResult.getSes 
5 sionCOokieQ, mobileServiceLink.QpassVendorlD, vendProdID); 



if(purchaseResult.getResult()) 
{ 

10 mobileServiceLink.pic^ 
false, true, true); 

Thread.sleep(1000); 

mobileServiceLink.addToExecutionLog( H Transaction succeeded..."); 
mobileServiceLink.pictureHighlighter.setHighlightStatus(true, true, 
15 false, false, false); 

mobileSewiceLink.vendingMacM^ 

t); 

} 

20 else 
{ 

mobileServiceLink.addToExecutionLogCTransaction failed: " + 
purchaseResult.getErrorReason() + "..."); 
} 

25 

Thread.sleep(10000); 

mobileSeiviceLink.pictureHighligbter.setHighlightStatus(false, false, 
true, false, false); 
30 mobileServiceLink.addToExecutionLog("User is done..."); 

Thread.sleep(1000); 

mobileServiceLink.pictureHighHghter.setHighlightStatus(false, true, 
false, false, false); 

35 mobileServiceLink.addToExecutionLog("Displayed thank you 

message..."); 

mobileSen/iceLink.playVideo(mobileServiceLink.videoAnotherltemNo); 
Thread. sleep( 10000); 

40 } 

// ...otherwise do the live demo. 

else 

{ 

while(state != stateExit) 
45 { 

switch(state) 
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{ 

case statelnitializeConnection: 
{ 

mobiIeServiceLink.addToExecutionLog( f, lnitializing 
5 connection..."); 



10 



15 



// Reset the authentication information from previous transactions. 
QpassMemberlD = ""; 
QpassPassword = M "; 

// Reset highlighting. 
resetProductsHighlightingStatus(); 

mobileServiceLink.pictureHighlighter.setHighlightStatus(true, true, 
false, false, false); 

// Playback video sequence. 

mobileServiceLink.playVideo(mobileServiceLink.videoPhonelnRange); 

20 state = stateCheckVIPList; 

break; 

> 

case stateCheckVIPList: 
25 { 

int nextState = stateGetPhoneModel; 

// Request the phone's serial number as VIP identifier. 
String serialNumber = 
30 sendPhoneCommand(phoneGetSerialNumber); 

//Get the VIP list. 

Vector vipList = mobileServiceLink.getVIPList(); 

35 // Get an iterator to the VIP list. 

Iterator iterator = vipList.iterator(); 

// Step over all VI Ps. 
whiie(iterator.ha$Next()) 
40 { 

//Get the next VIP. 
. VIP vip = (VIP)iterator.next(); 

// Compare the VIP's phone serial number with the one received. 
45 if(serialNumber.indexOf(vip.getSerialNumber()) != -1 ) 

{ 
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// Deliver the product, log the transaction and deduct the cost 
from the VIP user's prepaid account. 
Product product = 

(Produrt)mobileSeiviceLink.getProductList().elementAt(vip.getPreferredPr 
5 oductNumber()-1 ); 

rf((vip.getPrepaidAccount() >= product.getCost()) || 
(vip.getPrepaidAccount() ==-!)) 

{ 

// Deliver the product and log the transaction. 
10 mobileServiceLink.addToExecutionLog("Welcome n + 

vip.getName() + here's your " + product.getNameQ + "..."); 

mobileServiceUnk.vendingMachineModule.deliverProduct(vip.getPreferre 
dProductNumber()); 
15 TransactionLog.logTransaction(vip.getName(), 
product.getName()); 

// Only deduct the cost from the VIP's account if he isn't 
allowed for free drinks. 
20 if(vip.getPrepaidAccount() != -1 ) 

{ 

// Only charge the actual product cost to the VIP user's 
prepaid account and save the status. 

vip.setPrepaidAccount(vip.getPrepaidAccount() - 
25 productgetCostQ); 

mobileServiceLink.setVIPList(vipList); 

} 

} 

else 

30 { 

mobileServiceLink.addToExecutionLog("Sorry n + 
vip.getName().+ n , but your prepaid account has an insufficient 
balance..."); 

} 

35 nextState = statelnitializeConnection; 

} 

} 

state = nextState; 
break; 
40 } . 



case stateGetPhoneModel: 
{ 

45 mobileServiceLink.pictureHighlighter.setHighlightStatus(false, 
true, false, false, false); 
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if(sendPhoneCommand(phoneGetManufacturerldentification)JndexOf(" 
ICSSON")!=-1) 
{ 

5 String phoneModel = 

sendPhoneCommand(phoneGetModelldentification); 

if(phoneModel.indexOf("R320s") != -1) 

{ ■ 

10 handsetModel = ericssonR320s; 

} 

else if(phoneModel.indexOf("R520m") != -1) 
{ 

handsetModel = ericssonR520m; 

15 } 

else jf(phoneModel.indexOfCT28s") != -1 ) 

{ 

handsetModel = ericssonT28s; 

} 

20 else 
{ 

handsetModel = nonCompatiblePhone; 

} 

// More models to follow here... 

if(handsetModel != nonCompatiblePhone) 

{ ' 

mobileServiceLink.addToExecutionLog("ldentified Mobile 
30 Service Link compatible phone..."); 

mobileServiceLink.pictureHighlighter.setHighlightStatus(false, 
true, true, false, false); 

state = stateGetQpassMemberlD; 

} • 

35 else 

mobileServiceLink.addToExecutionLog( , The device in range is 
pot a Mobile Service Link compatible phone..."); 
state = statelnitializeConnection; 

40 } 

break; 

} 



45 case stateGetQpassMemberlD: 

{ 
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// We use the phoned unique serial number as Member ID for our 
Qpass account. This provides additional security 

// since you need to physically posess the phone. It also helps to 
avoid unnecessary typing. 
5 String serialNumber = 

sendPhoneCommand(phoneGetSerialNumber); 

if(serialNumber .indexOf( n ERROR") == -1 ) 

{ 

if(mobileServiceLink.QpassMemberlDOverride == null) 
10 { 

QpassMemberlD = (serialNumber.substring^, 
serialNumber.index6f("OK M ))).trim(); 
} 

else 
15 { 

QpassMemberlD = 
mobileServiceLink.QpassMemberlDOverride; 

} 

mobileServiceLink.addToExecutionLog("Retrieved Qpass 
20 Member ID: " + QpassMemberlD); . 

mobileServiceLink.pictureHighlighter.setHighlightStatus(false f 
true, true, false, false); 

state = stateSendWelcomeMessageBox; 

} 

25 else 
{ 

mobileServiceLink.addToExecutionLogfGouldn't read phone's 
serial number..."); 

state = statelnitializeConnection; 

30 } 

break; . 

} 



35 case stateSendWelcomeMessageBox: 

{ 

if(sendPhoneCommand(phoneWelcomeMessage).indexOf( n OK") 

. !=-1) 

{ 

40 // Display message. 

mobileServiceLink.addToExecutionLog( w Displayed welcome 
message..."); 

if(!receivePhoneAnswer(selectionTimeout).endsWith( ,l O ,, )) 

« { . 
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mobileServiceLink.addToExecutionLogfCouldn't display 
welcome message - exiting..."); 

state = statelnitializeConnection; 

} 

5 state = stateSendlnitialVendorMenu; 

} 

else 
{ 

mobileServiceLink.addToExecutionLogO'Couldnl display 
10 welcome message - exiting..."); 

state - statelnitializeConnection; 

} 

break; 

} 

15 

case stateSendlnitialVendorMenu: 
{ 

mobileServiceLink.pictureHighlighter.setHighlightStatus(false, 
20 true, false, false, false); 

if(sendPhoneCommand(phoneMainMenuj.indexOf("OK") != -1 ) 
{ 

mobileServiceLink.addToExecutionLog("Mobile Service Link 
menu added..."); 

25 mobileServiceLink.pictureHighlighter.setHighlightStatus(false, 
false, true, false, false); 

state = stateWaitForUserToActivateVendorMenu; 

} 

else 
30 { 

mobileServiceLink.addToExecutionLog("Couldn't add Mobile 
Service Link menu..."); 

state = statelnitializeConnection; 

} 

35 break; 
} 



40 



case stateWartForUserToActivateVendorMenu: 
{ 



i^receivePhoneAnswe^selectionTimeoutJ.indexO^ericssonAccessoryAddi' 
tionallndication) !=-1) 

{ 

mobileServiceLink.addToExecutionLog("Mobile Service Link 
45 menu selected..."); 
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mobileServiceLink.pictureHigh!ighter.setHighlightStatus(false, 
true, true, false, false); 

mobileServiceLink.playVideo(mobileServiceLink.videoActivateVendorMen 
5 u); 

state = stateSendAuthenticationRequest; 

} 

else 
{ 

10 mobileServiceLink.addToExecutionLog("Phone returned 

undefined selection,.."); 

state = statelnitializeConnection; 

} ■ 

break; 

15 . } 

case stateSendAuthenticationRequest: 

{ . 

if(sendPhoneCommand(phoneLoginDialog).indexOf( ,, OK ,, ) != -1 ) 

20 • { 

mobileServiceLink.addToExecutionLog(" Authentication 
requested..."); 

mobileServiceLink.pictureHighIighter.setHighlightStatus/false, 
true, false, false, false); 
25 state = stateWaitForUserToEnterPassword; 

} 

else 

' { 

mobileServiceLinLaddToExecutionLogfCouldn't add 
30 authentication dialog..."); 

state = statelnitializeConnection; 

'} 

break; 

} 

35 

case stateWaitForUserToEnterPasswbrd: 
{ 

mobileSen/iceLink.pictureHighlighter.setHighlightStatus(false, 
40 true, true, false, false); 

String selection = receivePhoneAnswer(selectionTimeout); 
if(selection.indexOf(ericssonAccessorylnputDialbgldentification) 

{ 

45 if(selection.indexOf(ericssonAccessorylnputDialogldentification 
+ ":.0")!=-1) 
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{ 

mobileServiceLink.addToExecutionLogfUser aborted 
authentication"); 

state = stateWaitForUserToActivateVendorMenu; 

5 } 

else 

{ 

if(mobileServiceLink.QpassPasswordOverride == null) 
{ 

10 QpassPassword = 

selection.substring(selection.indexOf(T")+1 , selection.indexOf("Y m )+1 +5); 
} 

else 
{ 

15 QpassPassword = 

mobileServiceLink.QpassPasswordOverride; 

} ' 

mobileServiceLink.addToExecutionLogfUser entered 
password: " + QpassPassword); 

20 

mobiieServiceLink.playVideo(mobileServiceLink.videoEnterPassword); 
state = stateAuthenticate; 

} 

} 

25 else 
{ 

mobileServiceLink.addToExecutionLog("Phone returned 
undefined answer..."); 

state = statelnitializeConnection; 

30 } 

break; 

} 

case stateAuthenticate: 

35. {. 

if(sendPhoneCommand(phoneAuthenticationMessage).index(pf( l, OK") != - 

- D 1 
{ 

40 mobiIeServiceLink.addToExecutionLog("Authentication 
message displayed..."); 

mobileSetviceLink.pictureHighlighter.setHighlightStatus(false, 
false, true, false, false); 

45 mobileServiceLink.addToExecutionLog("Authentication in 

progress..."); 
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mobileServiceLink.pictureHighlighter.setHighlightStatus(false t 
false, false, true, true); 

II If the -offline switch was not set then do the authentication with 
5 the selected account live... 

if(!mobileServiceLink.offlineMode) 
{ 

logonResult = .. . . 

QpassEngineProxy.authenticateUser(QpassMemberlD, QpassPassword, 
10 mobileServiceLink.QpassVendorlD); 

} 

// ...otherwise just simulate it. 
else 

{ 

15 logonResult = 

QpassEngineProxyOffIineSimulator.authenticateUser(QpassMemberlD, 
QpassPassword, mobileServiceLink.QpassVendorlD); 

} 

20 if(logonResult.getResult()) 
{ 

mobileServiceLink.addToExecutionLog("User authentication 
succeeded..."); 

25 mobileServiceLink.playVideo(mobileServiceLink.videoAuthenticationSucce 
eded); 

state = stateSendProductList; 

} 

else 

30 { 

mobileServiceLink.addToExecutionLogfUser authentication 
failed: " + logonResult.getErrorReason() + "..."); 

mobileServiceLink.playVideo(mobileServiceLink.videoAuthenticationFailed 
35 ); 

state = stateAuthentication Failed; 

. > ■ 
} 

else 
40 { 

mobileServiceLink.addToExecutionLogfCouldn't add 
authentication dialog..."); 

state = statelnitializeConnection; 

} 

45 break; 
} 
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case stateAuthenticationFailed: 

• { 

5 

if(sendPhoneCommand(phoneAuth^ 
")!=-1) 

{ 

mobileServiceLink^addToExecutionLogfAuthentication failure 
10 message displayed..."): 

Thread.sleep(2000); 

state = stateSendAuthenticationRequest; 

} 

else 

mobileServiceLink.addToExecutionLog("Couldn , t add 
authentication dialog..."); 

state = statelnitializeConnection; 

. ) 

20 break; 
} 

case stateSendProductList: 
{ 

25 resetProductsHighlightingStatus(); 

mobileServiceLink.pictureHighlighter.setHighlightStatus(false, 
true, false, false, false); 

if(sendPhoneCommand(createPhoneProductList()).indexOf("OK") 

!=-1) 
30 { 

mobileServiceLink.addToExecutionLog("Product list sent...");, 
state = stateWaitForUserToSelectProduct; 

} 

else 
35 { 

mobileServiceLink.addToExecutionLog("Couldn , t send product 

list..."); 

state = statelnitializeConnection; 

} 

40 break; 
} 

case stateWattForUserToSelectProduct: 
{ 

45 mobileServiceLink.pictureHighlighter.setHighlightStatus(false, 
false, true, false, false); 
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String selection = receivePhoneAnswer(selectionTimeout); 
if(selection.indexOf(ericssonAccessorylnputDialogldentification) 

!=-1) 

{ 

5 if(selection.indexOf(ericssonAccessorylnputDialogldentification 
+ w :0")!=-1) 

{ 

mobileServiceLink.addToExecutionLog("User aborted product 

selection"); 

10 state = stateWaitForUserToActivateVendorMenu; 

} 

else 
{ 

selectedProduct = (new 
15 IntegerCselection.substringCselection.indexOff/^+l^j.intValueO; 

((Product)mobileServiceLink.getProductList().elementAt(selectedProduct- 
1)).setHighlightingStatus(true); 

mobileServiceLink.addToExecutionLog( n User selected product: 

20 ■ + 

((Product)mobileServiceLink.getProductList().elementAt(selectedProduct- 
1)).getName()); 

mobileServiceLink.playVideo(((Product)mobileServiceLink.getProductList() 
25 .elementAt(selectedProduct-1 )).getSelectionFiIeName()); 
state = stateSendConfirmationDialog; 

} 

} 

else 

30- { 

mobileServiceLink.addToExecutionLogfPhone returned 
undefined answer..."); 

state = statelnitializeConnection; 

} 

35 break; 
} 

case stateSendConfirmationDialog: 
{ 

40 mobileServiceLink.pirtureHighlighter.setHighlightStatus(false f 
false, true, false, false); 

String name = 

((Product)mobileServiceLink.getProductList().elementAt(selectedProduct- 
45 1)).getName(); 



89 



WO 01/86881 



PCT/EP01/04628 



float price = 
((Product)mobileSen/iceU^ 
1)).getPrice(); 

5 if(sendPhoneCommand(createConfirmationDialog(name, 
price)).indexOf("OK")!=-1) 
{ 

mobileServiceLink.addToExecutionLog("Confirmation. 
requested..."); 

10 state = stateWaitForUserToConfirmPurchaser 

} 

else 
{ 

mobileServiceLink.addToExecutionLogfCbuldn't add 
15 confirmation dialog..."); 

state = statelnitializeConnection; 

} 

break; 

} 



case stateWaitForUserToConfirmPurchase: 
{ 

-mobileServiceUnk.pidureHighlighter.setHighlightStatus(false, 
25 true, false, false, false); 

String selection = receivePhoneAnswer(selectionTimeout); 
if(selection.indexOf(ericssonAccessorylnputDialogldentification) 

{ 

30 // User selected "No". 

if(selection.endsWtth("0")) 
{ 

mobileServiceLink.addToExecutionLog("User aborted 
confirmation dialog"); 

35 

mobileServiceLink.playVideo(((Product)mobileServiceLink.getProdud:List() 
.elementAt(selectedProduct-1)).getConfirmationNoFileName()); 
state = stateSendProductList; 

} 

40 //User selected "Yes", 

else 
{ 

mobileServiceLink.addToExecutionLog("User confirmed 

purchase"); 
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mobileServiceLink.playVideo(((Product)mobileServiceLink.getProductLi5t() 
.elementAt(selectedProduct-1)).getConfirmationYesFiieName()); 
state = stateProcessTransaction; 

5 } 
• } 
else 

{ 

mobileServiceLink.addToExecutionLog("Phone returned 
10 undefined answer..."); 

state = statelnitializeConnection; 

} 

break; 

} 

15 

case stateProcessTransaction: 
{ 

if(sendPhoneCommand(phoneProcessTransactionMessage).indexOf("OK" 
{ 

mobileServiceLink.addToExecutionLog("Transaction processing 
message displayed..."); 

mobileServiceLink.pictureHighlighter.setHighlightStatus(false, 
25 false, false, true, false); 

String name = 

((Product)mobileServiceLink.getProductList().elementAt(selectedProduct- 
1)).getName(); 

30 float price = 

((Product)mobileServiceLink.getProductList().elementAt(selectedProduct- 
1)).getPrice(); 

String vendProdID = 

((Product)mobileSen/iceLink.getProductList().elementAt(selectedProduct- 
35 1)).getVendProdlD(); 

mobileServiceLink.addToExecutionLog("Processing purchase of 
1 " + name + " (" + vendProdID + ") at " + price + "0"); 

mobileServiceLink.pictureHighlighter.setHighlightStatus(false, 
40 false, false, true, true); 

// If the -offline switch was not set then do the transaction with 
the selected account live... 

if(!mobileServicel_ink.offlineMode) 
45 { • 
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purchaseResult = 
QpassEngineProxy.processPurchase(logonResult.getSessionCookie(), 
mobileServiceLink.QpassyendorlD, vendProdlD); 

} ' • 

5 // ...otherwise just simulate it. 

else 
{ 

purchaseResult = 

QpassEngineProxyOfflineSimulator.processPurchase(logonResultgetSes 
10 sionCookie() f mobileServiceLink.QpassVendorlD, vendProdlD); 
} 

if(purchaseResu!t.getResuit()) 
{ 

1 5 mobileServiceLink.addtoExecutionLogfTransaction 
succeeded..."); 

mobileServiceLink.pictureHighlighter.setHighlightStatus(true, 
true, false, false, false); 

20 mobileServiceLink.vendingMachineModule.deliverProduct(selectedProduc 

TransactionLog.logTransaction("Workshop M , 
((Product)mobileServiceLink.getProductList().elementAt(selectedProduct- 
1)).getName()); 
25 state = stateSendAnotherPurchaseDialog; 

} " 
else 

{ 

mobileServiceLink.addToExecutionLog("Transaction failed: " + 
30 purchaseResult getErrorReasonO + "..•"); 

state = stateTransactionFailed; 

} 

} 

else 

35 { 

mobileServiceLink.addToExecutionLog("Couldn f t display 
transaction processing message..."); 

state = statelnitializeConnection; 

} 

40 break; 
} 



case stateTransactionFailed: 
45 { 
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if(sendPhoneCommand(phone^ 

• { 

5 mobileServiceLink.addToExecutionLog( , Transaction failure 

message displayed../ 1 ); 

Thread. sleep(2000); 

state = statelnitializeConnection; 

} • 
10 else 

{ 

mobileServiceLink.addToExecutionLogfCouldn'tadd 
authentication dialog,.."); 

state = statelnitializeConnection; 

15 } 

break; 

} 

case stateSendAnotherPurchaseDialog: 

20 . { 

mobileSe(viceLink.pictureHighlighter.setHighlightStatus(false, 
true, false, false, false); 

if(sendPhoneCommand(phoneBuyAnotherltemDialog).indexOf( n OK") != - 
25 1) 

{ 

mobiIeServiceLink.addToExecutionLog("Another purchase 
requested..."); 

state = stateWaitForUserToExit; 

30 } 

else 
{ 

mobileServiceLink.addToExecutionLog("Couldn , t add another 
purchase dialog..."); 

35 state = statelnitializeConnection; 

} 

break; 

} 

40 case StateWaitForUserToExit: 

{ 

mobileServiceLink.pictureHighlighter.setHighlightStatus(false, 
false, true, false, false); 

String selection = receivePhoneAnswer(selectionTimeout); 

45 if(selection.indexOf(ericssonAccessorylnputDialogldentification) 
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{ 

// User selected "No". 

if(selection.endsWith("0")) 

{ 

5 mobileServiceLink.addToExecutionLog("User is done..."); 

mobileSemceLink.playVideo(mobileServiceLink.videoAnotherltem 
state = stateSendThankYouMessageBox; 

} 

10 // User selected "Yes", 

else 
{ 

mobileServiceLink.addToExecutionLog("User wants to buy 
another item..."); 

15 

mobileServiceLink.playVideo(mobileServiceLink.videoAnotherltemYes); 
state = stateSendProductList; 

} 

} 

20 else 
{ 

mobileServiceLink.addToExecutionLog("Phone returned 
undefined answer..."); 

state = statelnitializeConnection; 

25 } 

break; 

} 



30 case StateSendThankYouMessageBox: 

{ 

mobileServiceLink.pictureHighlighter.setHighlightStatus(false, 
true, false, false, false); 

if(sendPhoneCommand(phoneThankYouMessage).indexOf( ,, OK") 

35 !=-1) 

{ ■ 

// Display message. 

mobileServiceLink.addToExecutionLog("Displayed thank you 
message..."); 
40 state = stateExit; 

}• 

else 
{ 

mobileSen/iceLink.addToExecutionLogfCouldn't display thank 
45 you message - exiting..."); 

state = stateExit; 
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} 

break; 

} 

} . 

5 } 
} 

} 

catch(StringlndexOutOfBoundsException e) { 
mobileServiceLink.addToExecutionLog("Error: Lost connection to 
10 phone!");} 

catch(lnterruptedException e) { 
mobileServiceLink.addToExecutionLogC'Error: sleep was interrupted!"); } 

15 

* This returns what is received from the phone or times out 
*/ 

private String receivePhoneAnswer(ldng timeout)' 
20 { 

int readCount; 
String answer = ,,M ; 

long startingTime = System.currentTimeMillis(); 

25 try 
{ 

// Wait for phone to talk. 

while(System.currentTimeMillis() < startingTime + (timeout * 1000) && 

mobileServiceLink.inputStream.availableO == 0) 
30 { 

// In case the phone is not so fast give it a second to relax. 
Thread.sleep(1000); 

} 

35 // Read characters from input stream until it is empty. 

if((readCount = mobileServiceLink.inputStream.available()) > 0) 

byteO byteArray = new byte[readCount]; 
charQ charArray = new char[readCount]; 



40 



// Get data from input stream. 
. mobileServiceLink.inputStream.read(byteArray); 



// Convert it to a character array... 
45 for(int i=0; KreadCount; i++) charArray[i] = (char)byteArray[i]; 
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// ...and subsequently to a string, 
answer = String.valueOf(charArray); 

} 

} 

5 catch( 10 Exception e) { 

mobileServiceLink.addToExecutionLogfCommunication error with 
phone..."); } 
catch(lnterruptedException e) 0 

10 return answer.trimQ; 
} 



I** 

15 * This sends out a string and receives the phone's answer or times out. 
*/ 

private String sendPhoneCommand(String command) 
String answer = 

20 

try 

{ 

// Send terminated command. 

mobileServiceLink.outputStream.write^command+VJ.getBytesO); 
25 mobileServiceLink.outputStream.flushO; 
} 

catch(IOException e) { 

mobiieServiceLink.addToExecutionLog("Communication error with 
phone...");} 

30 

// Get phone's answer. 

answer = receivePhoneAnswer(replyTimeout); 

// Return answer with eliminated echo. 
35 return answer.substring(0, answer. indexOf (command)) + 

answer.substring(answer.indexOf(command) +. command.length()); 



/** 

40 * This dynamically creates the product list command for the phone. 
7 

private String createPhoneProductList() 
{ 

// Initiate the string with the basic command. 
45 String string = phoneProductList; 
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// Add the number of products to it. 

string += string.valueOf(mobileServiceLink.getProductList().size()) + 

// Get an iterator to the product list. 
5 Iterator iterator = mobileServiceLink.getProductList().iterator(); 

// Step over all products. 
while(iterator.hasNext()) 
{ 

10 // Get the next product. 

Product product = (Product)iterator.next(); 

//Add the products name in quotes to the product list, 
string += T + product.getNameQ + T n ; 

-15 

// Add a comma for all but the last product. 

if(iterator.hasNext()) 

{ 

string +=",": 

20 } 
} 

return string; 

} 

25 

/** 

• * This dynamically creates the confirmation dialog command for the 
phone. 

30 private String createConfirmationDialog(String name, float price) . 

return phoneBuyNowDialog + TBuy 1 " + name + " at " + (new 
Float(price)).toString().trim(j + w 0?\ wn ; 
} 

.35 

* This resets all products to non-highlighted. 
v 

40 private void resetProductsHighlightingStatus() 
// Get an iterator to the product list. 

Iterator iterator = mobileServiceLink.getProductList().iterator(); 

45 // Step over all products. 
while(iterator.hasNextQ) 
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{ 

// Reset the next product 

((Product)iterator.next()).setHighlightingStatus(faIse); 

} 

5 } 

• } 



10 * VendingMachineModuIe.java 
* 

* (c) Copyright 2001 Accenture - all rights reserved. 

*/. 

15 import java.io.*; 
import java.util *; 
import javax.comm.*; 

public class VendingMachineModule 
20 { 

// Communication timeouts, 
private final long replyTimeout = 5; 

// Requests the Sielaff vending machine to return the text that is currently 
25 shown on the display. 

private final byte vendingMachineReadStatusQ = {(byte)OxDC}; 

// Requests the Sielaff vending machine to deliver a drink (only works if 
machine is set to free-of-charge mode!). 
30 private final byte vendingMachineDeliverProduct = (byte)OxCO; 

// Serial port access members. 

private CommPortldentifier portld = null; 

private SerialPort serialPort = null; 

35 

// I/O streams for RS232 communication, 
private InputStream inputStream; 
private OutputStream outputStream; 

40 // Link to the MobileServiceLink instance (main application), 
private MobileServiceLink mobileServiceLink; 

/** 

* Constructor. 
45 */ 

public VendingMachineModule(MobileServiceLink mobileServiceLink) 
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{ 

try 
{ 

// Store reference to main application. 
5 this.mobileServiceLink = mobileServiceLink; 

if(mobileServiceLink.portNameSielaff != null) 
{ 

// Get port identifier and open the COM port. 
10 mobileServiceLink.addToExecutionLog("Opening RS232 connection 

on ■ + mobileServiceLink.portNaiT\eSielaff + "..."); 

mobileServiceUnk.addToExecutionLog("Scanning for vending 
machine..."); 

mobileServiceLink.pictureHighlighter.setHighlightStatus(true, true, 
15 false, false, false); 

portld = 

CommPortldentifier.getPortldentifier(mobileServiceLink.portNameSielaff); 
serialPort = (SerialPort)portld.open("VendingMachineModule", 2000); 

20 

// Parametrize COM port. 

serialPort. setSerialPortParams(9600, SerialPort. DATABITS_8, 
SerialPort.STOPBITS_1 , SerialPort.PARITY_NONE); 

25 // Initialize I/O streams. 

inputStream = serialPort.getlnputStream(); 
outputStream = serialPort.getOutputStream(); 

// Initialize vending machine. 
30. if(sendVendingMachineCommand(new 

String(vendingMachineReadStatus)).length() > 0) 

mobileServiceLink.addToExecutionLog("Real vending machine 
detected and initialized..."); 
35 } • 

else 

{ - 
mobileServiceLink.addToExecutionLog("No real vending machine 
detected (simulation only)..."); 
40 serialPort.close(); 

serialPort = null; 

} 

} 

} 
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catch(NoSuchPortExceptipn e) { 
mobileServiceLink.addToExecutionLog("Error: the configured COM port 
doesn't exist!"); } 

catch(PortlnUseException e) { - 
5 mobileServiceLink.addToExecutionLogC'Error: the configured COM port is 
already used by another application!"); } 

catch(UnsupportedCommOperationException e) { 
mobileServiceLink.addToExecutionLog("Error: a problem occurred while 
communicating with the COM port!"); } 
10 catch (lOException e) { mobileServiceLink.addToExecutionLog("Error: a 
problem occurred while communicating with the COM port!"); } " 

> 

r 

15 * This causes the vending machine to release one unit of the specified 
product. 
*/ 

public boolean deliverProduct(int productNr) 

. { 

20 boolean deliveryResult; 



// In case we are in simulation mode return immediately with OK. 
if(serialPort == null) 
25 { 

mobileServiceLink-addToExecutionLogCVending machine simulated 
delivery of one " + 

((Product)mobileServiceLink.getProductList().elementAt(productNr- 
1)).getName() + "..."); 

30 

mobileServiceLink.playVideo(((Product)mobileServiceLink.getProductList() 
.elementAt{productNr-1)).getDeliveryFileName()); 
. return true; 

} 

35 * 

// Deliver drink by pressing a number from 1-6 that corresponds to the 
vending machine column. 

byte deliveryCommandQ = {(byte)(vendingMachineDeliverProduct + 
productNr - 1)}; 

40 sendVendingMachineCommand(new String(deliveryCommand)); 
if(sendVendingMachineCommand(new 
String(vendingMachineReadStatus)).toUpperCase().indexOf("LEER NEUE 
WAHL") ==0) 

{ 

45 deliveryResult = true; 
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mobileSen/iceLink.addToExecutionLog("Vending machine delivered 
one " + 

((Product)mobileServiceLink.getProductList().elementAt(productNr- 
1)).getName() + "..."); 

5 

mobileServiceLink.playVideo(((Product)mobileServiceLink.getP;oductList() 
.elementAt(productNr-1)).getDeliveryFileName()); • 

•} • • 
else 
10 { 

deliveryResult = false; 

mobileServiceLink.addToExecutionLog("Vending machine failed to 
deliver one " + 

((Product)mobileServiceLink.getProductList().elementAt(productNr- 
15 1)).getName() + "..-."); 

} 

return deliveryResult; 

} 

20 

/** 

* This returns what is received from the vending machine or times out. 
*/ . . 

25 private String receiveVendingMachineAnswer(long timeout) . 

char character; 
String answer = ""; 
charQ characterArray = new char[1]; 
30 long startingTime = System.currentTimeMillis(); 

try. 
{ 

II Wait for vending machine to talk. 
35 while(System.currentTimeMillis() < startingTime + .(timeout * 1 000) && 
inputStream.availableO ==0) 
{ 

// In case the vending machine is not so fast give it a second to relax. 
Thread.sleep(1000); 

40 } 

// Read characters from input stream until it is empty. 
while(inputStream.available() != 0) 

{ . 

45 - // Get next character. 

character = (char)inputStream.read(); 
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// Add it to the answer (note: there's probably a nicer way to do this). 

characterArray[0] = character; 

answer += String.copyValueOf(characterArray); 

5 } 
} 

catch(IOException e) { 
mobileServiceLink.addToExecutionLogfCommunication error with 
vending machine... } 
10 catch(lnterruptedException e) {} 

return answer.trim(); 

} 

15 

/** 

* This sends out a string and receives the vending machine's answer or 
times out. 
7 

20 private String sendVendingMachineCommand(String command) 
{ 

try 

{ . 

// Send the command to the modem. 
25 outputStream.write(command.getBytesO); 

// Force it to be sent. 
outputStream.flush(); 

} 

30 catch(IOException e) { 

mobiIeServiceLink.addToExecutionLog("Communication error with 
vending machine..."); } 

return receiveVendingMachineAnswer(replyTimeout).trim(); • 

35 } 

' } 



40 * BluetoothModule Java 
* 

* (c) Copyright 2001 Accenture - all rights reserved. 
7 

45 

public class BluetoothModule 
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{ 

/* 

* First of all make sure the external native DLL gets loaded. 
*/ 

5 static 
{ 

System.loadLibrary("BluetoothModule n ); 

10 public native boolean startDiscovery(); 
public native boolean phonelnRange(); 
public native boolean stopDiscoveryQ; 



15 



} 



#include "stdafx.h" 
#include <stdio.h> 



#include "BluetoothModule.h" 
20 #include "BluetoothModulelmplementation.h" 

#include "Utils.h" 
#include "BTAddress.h" 
#include "BTException.h" 
25 #include "ProfileContainer.h" 
#include "SPPEventHandler.h" 



// COM module. 
30 CComModule_Module; 



/* 

* Standard Windows message loop. 
35 */ 

void ProcessMessages() 
{ 

MSG msg; 

40 

// Handle Message (if there is one). 
if(PeekMessage(&msg, NULL, 0, 0, PM_REMOVE)) 

TranslateMessage(&msg); 
45 DispatchMessage(&msg); 
} 
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// Otherwise avoid burning all our CPU cycles. 

else 

{ 

Sleep(100); 

5 } 
} 



10 I* 

* Discovery Thread. 
*/ 

bool BluetoothModulelmplementation::StartDiscovery() 
{ 

15 HRESULT hr; 

CBTAddress.*pAddr, 
BD_ADDR raw_addr; 
dgaDUN::IBTDUNProfileRr pDUN; 
bool bConnectionEstablished = false; 

20 

logMessage("BluetoothModulelmplementation::StartDiscovery()"); 

// Open the COM library. 
25 Olelnitialize(NULL); 

// Initialize Bluetooth stack. 
logMessage("Connecting to Bluetooth Stack..."); 
hr = mj3Bluetooth.Createlnstance(dgaCOM::CLSID_B(uetooth);- 
30 if(SUCCEEDED(hr)) 

{ • 

logMessage("Connecting to Bluetooth Stack successful."); 

m_pEvHandler = 0; 

35 

CComObject<CEventHandler>::Createlnstance(&m_pEvHandler); 
m_pEvHandler->SetDCPtr(&m_DC); 
m_pEvHandler->Connect(m_pBluetooth); 

}. 

40 else 
{ 

logMessage("Connecting to Bluetooth Stack failed!"); 
return false; 

} 

45 ■ 
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10 



// From here on do endless device discovery and connection... 

while(!m_pEvHandler->Ciosedown()) 
{ 

// Discover Bluetooth devices in range. 
logMessage("Doing device discovery..."); 
m_DC.EnterlnquiryState(); . 
hr = m_pBIuetooth->lnquiry(INQUIRY_LENGTH, 0); 
while(mJDC.)nquiryDone() == 0) { ProcessMessagesQ; 



} 



// Search for mobile phone and attempt to connect to its DUN 



service. 



logMessage("Searching for phones in range..."); 
pAddr = mJDC.GetFirstQ; 
15 while(pAddr) 

. { 

// Cellular phone device class (see Bluetooth 
Specification 1 .OB Appendix VIII) 

// Major Service Class . Major Device Class . Minor 
20 Device Class . Format Type 

if(pAddr->GetClassOfDevice() && 0x40000) 
{ 

char message[128]; 
pAddr->GetAddr(raw_addr); 
25 sprintf(message, "Trying to connect to %s.", 

pAddr->GetAddrAsString()); 

logMessage(message); 
if(ConnectDUN(raw_addr, "DUN", "Dial-up 



networking")) 
30 { 

(it must be since 



// Wait until the connection event is fired 
. // ConnectDUN was successful, but can 



be a little slow)... 

35 while(!m_pEvHandler->Connected()) 



ProcessMessagesQ; 



// Subsequently loop until we get 



disconnected again... 
40 while(m_pEvHandler->Connected()) 



ProcessMessagesQ; 



45 



// Get out of the while loop, 
break; 
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// Disconnect by default (even if we were not 

connected at all). 

// This is for security reasons, if due to some 

weird circumstances 

// the phone hasn't previously been 
disconnected correctly (in this 

// case a new connection would be refused on 



and on). 
10 networking"); 



DisconnectDUN(raw_addr, "DUN", "Dial-up 



} 

pAddr= mJDC.GetNextQ; 



15 } 



// Shutdown. 
StopDiscoveryO; 

20 return true; 



25 /*. 

* Stop discovery. 
*/ 

bool BluetoothModulelmplementation::StopDiscovery() 

30 // Do not exit the program if the inquiry / name discovery is not 

finished 

if(m_DC.InquiryDone() && rn_DC.NameRequestDone()) 
m_pEvHandler->Disconnect(m _j>Bluetooth); 

35 } > 

// Close the COM library. 
OleUninitiaiizeQ; 

40 return true; 



45 /** 

* Connect to Dial-up Networking service of specified device. 
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*/ 

bool BluetoothModulelmplementation::ConnectDUN(BD_ADDR addr, 
const char *lsname, const char *rsname) ■ 

5 HRESULThr; 

. CComBSTR l_name, r_name; 
dgaDUN::IBTDUNProfilePtr pDUN; 



10 logMessage("BluetoothModulelmplementation::ConnectDUN()"); 

logMessagefGetting DUN profile object..."); 
hr = pDUN.GetActiveObject(dgaDUN::CLSID BTDUNProfile); 
if(SUCCEEDED(hr)) 
15 { 

logMessagefGetting DUN profile object successful."); 
logMessagefConnecting DUN profile to phone..."); 

20 l_name = Isname; 

r_name = rsname; 

hr = pDUN->Connect(addr, l_name.Copy(), r name.CopyO); 
if(SUCCEEDED(hr)) " 
25 { 

logMessage("Connecting DUN profile to phone 

successful."); 

return true; 

} 

30 else 
{ 

logMessagefConnecting DUN profile to phone 

failed!"); 

} 

35 } 

else 

{ . 

logMessagefGetting DUN profile object failed!"); 

40 

return false; 

} 



45 

I* 
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* Disonnect from Dial-up Networking service of specified device. 
*/ • 

bool BluetoothModulelmplementation::DisconnectDUN(BD_ADDR addr, 
const char *lsname, const char *rsname) 
5 { 

HRESULT hr; 

CComBSTR l_name, r_name; 
dgaDUN::IBTDUNProfilePtr pDUN; 



10 



IogMessage( n BluetoothModulelmplementation::DisconnectDUN()"); 



logMessage("Getting DUN profile object..."); 
hr = pDUN.GetActiveObject(dgaDUN::CLSID_BTDUNProfile); 
15 • if(SUCCEEDED(hr)) . ' ' 

" { 

logMessage("Getting DUN profile object successful."); 



20 



logMessagefDisconnecting DUN profile from phone..."); 



I_name = Isname; 
r_name = rsname; 



1 hr = pDUN->Disconnect((BD_ADDR *)&addr, 
25 l_name.Copy(), r_name.Copy()); 
if(SUCCEEDED(hr)) 
{ 

logMessagefDisconnecting DUN profile from phone 

successful."); 

30 return true; 

} ' 
else 

- { 

logMessagefDisconnecting DUN profile from phone 

35 failed!"); 

} '. 

} 

return false; 

40 } 



/* 

void BluetoothModulelmplementation::MobileServiceLink(void) 
45 { 
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// General phone commands that will work on all mobile phones 
. with modem. 

const char phoneGetManufacturerldentificationQ = n AT+CGMI"; 
const char phoneGetModelldentificationQ = "AT+CG'MM"; 
5 const char phoneGetSerialNumberQ = "AT+CGSN"; 

// The following lines contain generic commands "XXXXX" which 
are // actually proprietary information of Ericsson and are 

available to 

10 // other implementers through specific contract agreements 

// with Ericcson. 

// Requests. 

const char phoneMainMenuQ = "XXXXXX=Y*Gold 

•15 DustV"; 

const char phoneAuthenticationMessageQ = 
"XXXXXX=1 ,1 ^'Authentication in progress..A""; 

const char phoneAuthenticationFailedMessageQ = 
"XXXXXX=1 , 1 Authentication failed!Y ,M ; 
20 const char phoneProductListQ = "XXXXXX=5, 1 ,\"Select 

PrdductVM,"; 

const char phoneLoginDialogQ = "XXXXXX=12,1 ,\"Qpass 

LoginYWEnter passwordA"^"; 

const char phoneBuyNowDialogQ = 
25 t, XXXXXX=2,1 l "; 

const char phoneProcessTrarisactionMessageQ = 
"XXXXXX=1 , 1 A"Processing transaction.. A ,m ; 

const char phoneTransactionFailedMessageQ = 
M XXXXXX=1 f 6A"Transaction failed!\""; 
30 const char phoneBuyAnotherltemDialogQ = 

M XXXXXX=2, 1 A"Buy another item?^"; 

const char phoneThankYouMessagej] = 
,, XXXXXX=1,.6AThank you for using Qpass!V w ; 

const char phoneProductSelectionQ = 
35 "*XXXXXX f "; 

// State machine states, 
const int statelnitializeConnection =0; 
const int stateCheckVIPList =1; 
const int stateGetPhoneMode! = 2; 

const int stateGetQpassMemberlD = 3; 

const int stateSendlnitialVendorMenu = 4; 
const int.stateWaitForUserToActivateVendorMenu = 5; 
const int stateSendAuthentication Request . = 6; 
const int stateWaitForUserToEnterPassword = 7; 
const int stateAuthenticate = 8; 
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const int stateAuthenticationFailed = 9; 

const int stateSendProductList =10; 

const int stateWaitForUserToSelectProduct =11; 

const int stateSendConfirmationDialog =12; 
5 . > const int stateWaitForUserToConfirmPurchase =13; 

const int stateProcessTransaction =14; 

const int stateTransactionFailed =15; 

const int stateSendAnotherPurchaseDialog =16; 

const int stateWaitForUserToExit =17; 
10 const int stateSendThankYouMessageBox =18; 

const int stateExit =-1; 



HANDLE hCOMPort; 
15 DWORD dwReadWriteCounter = 0; 

int iState = stateGetPhoneMode!; 



// Open COM port for read/write operation. 
20 logMessagefConnecting to virtual serial port: COM3..."); 

hCOMPort = CreateFile("COM3'\ GENERICJREAD | 
GENERIC_WRITE, 0, 0, OPEN_EXISTING, 
FILE^FLAG WRITEJTHROUGH, 0); 

if(hCOMPort != I N VAL I D JH AN DLE_VALU E) 
25 { 

logMessagef'Connecting to virtual serial port: COM3 

successful."); 

// Set COM timeouts. 
30 COMMTIMEOUTS timeouts; 

GetCommTimeouts(hCOMPort 1 &timeouts); 

timeouts.ReadlntervalTimeout = 20; 

timeouts. ReadTotaiTimeoutMultiplier = 20; 

timeouts. ReadTotalTimeoutConstant = 500; 
35 SetCommTimeouts(hCOMPort, &timeouts); 

while(iState != stateExit) 
{ 

switch(iState) 
40 { 

case statelnitializeConnection: 
{ 

break; 

} 



45 



case stateCheckVIPList: 
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{ 

break; 

> 

5 case stateGetPhoneModel: 

{. 

logMessageCBIuetoothModulelmplementationrrMobileServiceLinkrs 
tateGetPhoneModel)"); 

10 - 

WriteFile(hCOMPort, 
phoneThankYouMessage, strlen(phoneThankYouMessage), 
&dwReadWriteCounter, NULL); 

WriteFile(hCOMPort, "\r", strien(V), 

15 &dwReadWriteCounter, NULL); 

Sleep(1000); 

ReadFile(hCOMPort, pReadBuffer, 
READJ3UFFER_SIZE, SdwReadWriteCounter, NULL); 
20 if(dwReadWriteCounter > 0) 

pReadBuffer[dwReadWriteCounter] = '\x0'; 

logMessage(pReadBuffer); 

else 

• . . { 

logMessage("Nothing 

received..."); 
30 ' } 

iState = stateExit; 
break; 

} 

35 case stateGetQpassMemberiD: 

{ 

break; 

} 

40 case stateSendlnitialVendorMenu: 

{ 

break; 

} 

45 case stateWaitForUserToActivateVendorMenu: 

{ 
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break; 

case stateSendAuthenticationRequest: 
break; 

case stateWaitForUserTpEnterPassword: 
break; 

case stateAuthenticate: 
break; 

. case stateAuthenticationFailed: 
break; 

case stateSendProductList: 
break; 

case stateWaitForUserToSelectProduct: 
break; 

case stateSendConfirmationDialog: 
break; 

case stateWaitForUserToConfirmPurchase: 
break; 

case stateProcessTransaction: 
break; 
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10 



15 



20 



case stateTransactionFailed: 
break; 

case stateSendAnotherPurchaseDialog: 
break; 

case stateWaitForUserToExit: 
break; 

case stateSendThankYouMessageBox: 
break; 



} 

25 ReadFile(hCOMPort, pReadBuffer, 

READ_BUFFER_SIZE, &dwReadWriteCounter, NULL); 



if(dwReadWriteCounter > 0) 



30 



{ 



pReadBuffer[dwReadWriteCounter] = W, 
if(strstr(pReadBuffer, phoneGetSerialNumber)) 



{ 



logMessage(phoneGetSerialNumber); 
WriteFile(hCOMPort, userSerialNumber, 
35 strlen(userSerialNumber), &dwReadWriteCounter, NULL);' 

else if(strstr(pReadBuffer, 
phoneGetManufacturerldentification)) 

{ 

40 cout« 

phoneGetManufacturerldentification « endl; 

WriteFile(hCOMPort, 

userManufacturerldentification, strlen(userManufacturerldentification), 

SdwReadWriteCounter, NULL); 
45 . } 
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else if(strstr(pReadBuffer, 
phoneGetModelldentification)) 

{ 

cout « phoneGetModelldentification « 

5 endl; 

WriteFile(hCOMPort, 
userModel Identification, strien(userModelldentification), 
&dwReadWriteCounter, NULL); 

} 

10 else rf(strstr(pReadBuffer, 

phoneGetSerialNumber)) 

{ 

cout << phoneGetSerialNumber << endl;- 
WriteFile(hCOMPort, userSerialNumber, 
15 strlen(userSerialNumber), &dwReadWriteCounter, NULL); 

} 

else if(strstr(pReadBuffer, phoneMainMenu)) 
{ 

cout « phoneMainMenu « endl; 
20 WriteFile(hCOMPort, userOK, 

strien(userOK), SdwReadWriteCounter, NULL); 

} 

else if(strstr(pReadBuffer, phoneLogin Dialog)) 
{ 

25 cout « phoneLoginDialog « endl; 

WriteFile(hCOMPort, userOK, 
strlen(userOK), SdwReadWriteCounter, NULL); 

WriteFile(hCOMPort, userPassword, 
strlen(userPassword), SdwReadWriteCounter, NULL); 
30 . } 

else if(strstr(pReadB'uffer, 
phoneAuthenticationMessage)) 

' { 

cout « phoneAuthenticationMessage 

35 «endl; 

WriteFile(hCOMPort, userOK, 
strlen(userOK), SdwReadWriteCounter, NULL); 

} 

else if(strstr(pReadBuffer, phoneProductList)) 
40 { 

cout « phoneProductList « endl; 

WriteFile(hCOMPort, userOK, 
strlen(userOK), SdwReadWriteCounter, NULL); 

WriteFile(hCOMPort, 
45 userProductSelection, strlen(userProductSelection), 
SdwReadWriteCounter, NULL); 
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} 

else if(strstr(pReadBuffer, 

phoneBuyNowDialog)) 

{ 

5 . cout « phoneBuyNowDialog « endl; 

WriteFile(hCOMPbrt, userOK, 
strlen(userOK), SdwReadWriteCounter, NULL); 

. } 

else if(strstr(pReadBuffer, 
10 phoneProcessTransactionMessage)) 

{ 

cout « 

phoneProcessTransactionMessage « endl; 

WriteFile(hCOMPort, userOK, 
15 strlen(userOK), SdwReadWriteCounter, NULL); 

} 

else if(strstr(pReadBuffer, 
phoneBuyAnotherltemDialog)) 

{ • 

20 cout « phoneBuyAnotherltemDialog « 

endl; •' . ' 

WriteFile(hCOMPort, userOK, 
strlen(userOK), SdwReadWriteCounter, NULL); 

} 

25 else if(strstr(pReadBuffer, 

phoneThankYouMessage)) 

{ 

cout « phoneThankYouMessage « 

e.ndl; 

30 WriteFile(hCOMPort, userOK, 

strlen(userOK), SdwReadWriteCounter, NULL); 

} 

else if(strstr(pReadBuffer, "AT')) 

35 . WriteFile(hCOMPort, userOK, 

strien(userOK), SdwReadWriteCounter, NULL); 

} ■ ' • 

else if(strstr(pReadBuffer, "x")) 

40' . bExit = true; 

} 

} 

else 
{ 

45 Sleep(1000); 

} 
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} 

CloseHandle(hCOMPort); 

} 

else 
{ 

logMessage("Connecting to virtual serial port: COM3 

failed!"); 
} 



* } 
10 */ 



1 5 The menu for example might look like the following; 

Coke,L50 
. Classic Coke, 1.50 

DietCoke,L50 
20 Crystal Coke,1.50 

/ Sprite,1.50 

Fanta,L50 

Orangina,1.50 

Pemer,2.00 
25 , Ice Tea,2.00 

Mountain Dew,l. 50 

Dr.Pepper,1.50 

It will be obvious to those skilled in these arts that this WUMPI logic can 
30 be applied to any- Bluetooth enabled vendor device such as supermarkets, stores, 
taxis, parking meters, concert box-office. For example, jumping on a train, and 
- paying for the trip on your telephone bill at the end of the month; paying for a 
taxi, concert tickets, your parking meter, or playing videos, music or Net games 
on your Palm Pilot or other PDA between classes, debiting your prepaid account. 
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Mobile devices such as GSM phones or PDAs, micropayment solutions, as 
they are known today from the Internet, can be ported to the real world using 
devices such as applicants invention described herein. In addition, a wide range of 
value-added services can be delivered directly to the point of sale. The main 
5 concepts shown here are. the dynamic lookup of services, the extension of user 
interfaces to a mobile phone and the porting of Internet micropayments.to the real 
world. 

Having described the invention in terms of a preferred embodiment, it will 
be recognized by those skilled in the art that various types of general purpose 
0 computer hardware may be substituted for the configuration described above to 
achieve an equivalent result. Similarly, it will be appreciated that arithmetic logic 
circuits are configured to perform each required means in the claims. It will be 

apparent to those skilled in the art that modifications and variations of the 
preferred embodiment are possible, such as different mobile telephony systems 
5 . may be used, different communications media such as different wireless 
communications protocols, as well as different types of mobile devices may be 
used by users, all of which fall within the true spirit and scope of the invention as 
measured by the following claims. 
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CLAIMS 

Weclaim: 

1 . A computer implemented method for reverse-control of a wireless 
mobile device in order to perform functions using the wireless mobile device in 

5 addition to those for which the device was designed, the method comprising the 
steps of: 

providing a vendor device with a computer platform coupled to a wireless 
transmission channel port; and 

transmitting from the vendor device via the wireless transmission channel 
10 port to a compatible wireless transmission channel port on a wireless mobile 
device a program to take control of the wireless mobile device's menuing, 
interaction and display functions. 

2. The method of claim 1 comprising an additional step of causing the 
1 5 wireless mobile device to interact wirelessly with the vendor device and a related 

niicropayments accounting system. 

3. The method of claim 2 wherein the interaction with a related 
micropayments accounting system will cause the vendor device to provide a 

20 product or service to the holder of the wireless mobile device. 

4. The method of claim 2 wherein the interaction with a related 
micropayments accounting system will cause a charge to be made to the account 
of the holder of the wireless, mobile device. 

25 

5. The method of claim 4 wherein the step of causing a charge to be 
made to the account of the holder of the wireless mobile device produces a debit " 
to a prepaid digital account or aggregates the- debit with other current debits to be 
billed to the account holder at month end. 
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10 



6 A system for reverse-control of a wireless mobile device in order 
to perform functions using the wireless mobile device in addition to those for 
which the device was designed, the system comprising : 

a vendor device coupled to a computer platform which comprises a 
wireless transmission channel port; and 

transmitting from the vendor device via the wireless transmission channel 
port to a compatible wireless transmission channel port on a wireless mobile 
device, a program to take control of the wireless mobile device's menuing, 
interaction and display functions. 



. 7 A system for reverse-control of a wireless mobile device in order 
to perform functions using the wireless mobile device in addition to those for 
which the device was designed, the system comprising : 

a computer having a processor, a memory, connections to the Internet and 
15 a wireless transmission channel port; 

a vendor device electronically coupled to the computer; and 
a logic mechanism coupled to computer whereby the vendor device can 
transmit via the wireless transmission channel port to a compatible wireless 
transmission channel port on a wireless mobile device, a program to take control 
20 of the wireless mobile device's menuing, interaction and display functions. 

8 .. The system of claim 7 wherein the program to take control of the 
wireless mobile device's menuing, interaction and display functions comprises an 
additional logic mechanism for causing the wireless mobile device to interact 
25 wirelessly with the vendor device and a related micropayments accounting 
system. 

9. The system of claim 8 wherein the interaction with a related 
micropayments accounting system will cause the vendor device to provide a 
3 0 product or service to the holder of the wireless mobile device. 
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10. The system of claim 7 wherein the interaction with a related . 
micropayments accounting system will cause a charge to be made to the account 
. of the holder of the wireless mobile device. 

5 11.* The system of claim 1 0 wherein the causing a charge to be made to 

the account of the holder of the wireless mobile device produces a debit to a 
prepaid digital account or aggregates the debit with other current debits to be 
billed to the account holder at month end. 

10 12. A system for reverse-control of a wireless mobile device in order 

to perform functions using the wireless mobile device in addition to those for 
which the device was designed, the system comprising : 

a computer haying a processor, a memory, connections to the Internet and 
a wireless transmission channel port; 

15 a vendor device electronically coupled to the computer; and 

means for permitting the vendor device to transmit via the wireless 
transmission channel port to a compatible wireless transmission channel port on a 
wireless mobile device, a means for taking control of the wireless mobile device's 
menuing, interaction and display functions. 

20 

13. A computer program embedded on a computer readable medium 
for reverse-control of a wireless mobile device in order to perform functions using 
the wireless mobile device in addition to those for which the device-was designed, 
comprising: 

25 a first code mechanism for recognizing a wireless mobile device within 

communications range of a vendor device; 

a second code mechanism coupled to the first, code mechanism for 
transmitting a third code mechanism to the wireless mobile device,, wherein the 
third code mechanism takes control of the wireless mobile device's menuing, 

30 interaction and display functions. 
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14. The computer program embedded on the computer readable 
medium of claim 13 wherein the third code mechanism contains additional code 
mechanisms to communicate with the vendor device and with a related' 
micropayments accounting system to cause the vendor device to provide a product 

5 or service to the holder of the wireless mobile device. 

1 5 . The computer program embedded on the computer readable 
medium of claim 14 wherein the third code mechanism contains additional code 
mechanisms to communicate with the vendor device and "with a related 

10 micropayments accounting system to cause a charge to be made to the account of 
the holder of the wireless mobile device. 

16. An apparatus for capturing control of a wireless mobile device 
comprising: 

1 5 a product device containing a wireless mechanism under the control of a 

microprocessor for recognizing a presence of at least one wireless mobile device; 

the microprocessor in the product device taking electronic control of the 
wireless mobile device whereby the product device can send data to and receive 
data from the wireless mobile device; and 
20 a link to a micropayment system coupled to the microprocessor whereby 

the product device can receive an indicia of payment for a service performed by 
. the product device in response to a command from the wireless mobile device. 

17. The apparatus of claim 16 wherein the wireless mobile device is a 
25 mobile phone, 

1 8. The apparatus' of claim 1 6 wherein the wireless mobile device is a 
. personal data assistant device. 

30 19. The apparatus of claim 16 wherein the wireless mechanism is an 

wireless transmission channel mechanism. 
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20. The apparatus of claim 1 6 wherein the wireless mechanism is a 
Bluetooth mechanism. 

5 21. The apparatus of claim 1 6 wherein the product device is a drink 

vending machine. 

22. The apparatus of claim 16 wherein the product device is a cigarette 
vending machine, 

10 

23. The apparatus of claim 1 6 wherein the product device is a copy 
vending machine. 

24. The apparatus of claim 16 wherein the product device is a food 
15 ' vending machine. 

25. The apparatus of claim 16 wherein the product device is a personal 
service vending machine. 

20 26. The apparatus of claim 16 wherein the product device is a parking 

meter. 

27. The apparatus of claim 16 wherein the micropayment system is a 
Qpass micropayment machine. 

25 

28. An apparatus for capturing control .of a wireless mobile -device 
comprising: 

a product device containing a means for recognizing a presence of at least 
one wireless mobile device, and for taking electronic control of the wireless 
30 mobile device whereby the product device can send data to and receive data from 
the wireless mobile device; and 



122 



WO 01/86881 



PCT/EP01/04628 



a means for linking to a micropayment system whereby the product 
device can receive an indicia of payment for a service performed by the product 
device in response to a command from the wireless mobile device. 

5 29. A computer implemented method for reverse-control of a wireless 

mobile device in order to perform functions using the wireless mobile device in 
addition to those for which the device was designed, the method comprising the 
acts of: 

providing a vendor device with a wireless mechanism coupled to a 
1 0 wireless transmission channel port under the control of a computer platforai ; 

transmitting from the vendor device via the wireless transmission channel 
port to a compatible wireless transmission channel port on a wireless mobile 
device a program to take control of the wireless mobile device's menuing, • 
interaction and display functions, whereby data can be interchanged between the 
1 5 vendor device and the wireless mobile device; and 

providing an electronic link whereby the wireless mobile device can 
interact wirelessly with the vendor device and a related micropayments 
accounting system. 

20 . 30; The method of claim 29 wherein the interaction with the related 

micropayments accounting system will cause the vendor device to provide a 
product or service to the holder of the wireless mobile device: 

31: The method of claim 29 wherein the interaction with the related 
25 micropayments accounting system will cause a charge to be made to the account 
of the holder of the wireless mobile device. 

.32. The method of claim 31 wherein the step of causing a charge to be 
made to the account of the holder of the wireless mobile device produces a debit 
30 to a prepaid digital account or aggregates the debit with other current debits to be 
billed to the account holder at month end. 
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33. A system for reverse-control of a wireless mobile device in order 
to perform functions using the wireless mobile device in addition to those for 
which the device was designed, the system comprising : 

a vendor device having a wireless transmission channel port coupled to a 
5 computer platfonn; 

. a mechanism in the vendor device coupled to the wireless transmission 
channel port enabled to recognize the electronic presence of a wireless mobile 
device, whereby the mechanism can cause the transmission of a program to take 
control of the wireless mobile device's menuing, interaction and display 
10 functions. ■ 

. 34. A system for reverse-control of a wireless, mobile device in order to 
perform functions using the wireless mobile device in addition to those for which 
the device was designed, the system comprising : 
15 a computer having a processor, a memory, connections to the Internet and 

a wireless transmission channel port; 

a vendor device electronically coupled to the computer; 
a logic mechanism coupled to computer whereby the. vendor device can 
transmit via the wireless transmission channel port to a compatible wireless • 
20 transmission channel port on a wireless mobile device, a program to take control 
of the wireless mobile device's menuing, interaction and display functions; and 

wherein the program to take control of the wireless mobile device's 
menuing, interaction and display functions comprises an additional logic 
mechanism for causing the wireless mobile device to interact with a 
25 micropayments accounting system. 

35. The system of claim 34 wherein the interaction with a 
micropayments accounting system will cause the vendor device to provide a 
product or service to the holder of the wireless mobile device. 

30 
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36. The system of claim 34 wherein the interaction with a related 
micropayments accounting system will cause a charge to be made to the account 
of the holder of the wireless mobile device. 

5 37. The system of claim 36 wherein the causing.a charge to be made to 

the account of the holder of the wireless mobile device produces a debit to a 
prepaid digital account or aggregates the debit with other current debits to be 
billed to the account holder at month end. 

10 3 8. A system for reverse-control of a wireless mobile device in order 

to perform functions using the wireless mobile device in addition to those for 
which the device was designed, the system comprising : 

a computer having a processor, a memory, connections to the Internet and 
a wireless protocol port; 
15 a vendor device electronically coupled to the computer; 

means for permitting the vendor device to transmit via the wireless 
protocol port to a compatible wireless protocol port on a wireless mobile device; 
and 

a means for taking control of the wireless mobile device's menuing, 
20 interaction and display functions. 
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